No momento da redação do meu comentário atual, eu não sabia sobre os threads do PHP. Eu mesmo procurei a resposta aqui, mas uma solução alternativa é que o programa PHP que recebe a solicitação do servidor da web delega toda a formulação da resposta a um aplicativo de console que armazena sua saída, a resposta à solicitação, em um arquivo binário e o programa PHP que iniciou o aplicativo de console retorna esse arquivo binário byte a byte como resposta à solicitação recebida. O aplicativo de console pode ser escrito em qualquer linguagem de programação executada no servidor, incluindo aqueles que possuem suporte adequado para segmentação, incluindo programas C ++ que usam o OpenMP.
Um truque não confiável e sujo é usar o PHP para executar um aplicativo de console, "uname",
uname -a
e imprima a saída desse comando do console na saída HTML para descobrir a versão exata do software para servidor. Em seguida, instale exatamente a mesma versão do software em uma instância do VirtualBox, compile / monte todos os binários totalmente independentes, de preferência estáticos, desejados e faça o upload deles para o servidor. A partir desse momento, o aplicativo PHP pode usar esses binários na função do aplicativo do console que possui multithread apropriado. É uma solução alternativa suja, não confiável, para uma situação, quando o administrador do servidor não instalou todas as implementações necessárias da linguagem de programação no servidor. É importante observar que, a cada solicitação que o aplicativo PHP recebe, os aplicativos de console terminam / exit / get_killed.
Quanto ao que os administradores do serviço de hospedagem pensam sobre esses padrões de uso do servidor, acho que tudo se resume à cultura. No norte da Europa, o provedor de serviços deve fornecer o que foi anunciado e se a execução de comandos do console foi permitida e o upload de arquivos que não são de malware foi permitido, e o provedor de serviços tem o direito de interromper qualquer processo do servidor após alguns minutos ou até 30 segundos , os administradores do serviço de hospedagem não têm argumentos para formar uma reclamação adequada. Nos Estados Unidos e na Europa Ocidental, a situação / cultura é muito diferente e acredito que há uma grande chance de que, nos EUA e / ou na Europa Ocidental, o provedor de serviços de hospedagem se recuse a atender clientes de serviços de hospedagem que usam o truque descrito acima. Esse é apenas o meu palpite, dada a minha experiência pessoal com os EUA serviços de hospedagem e considerando o que ouvi de outras pessoas sobre serviços de hospedagem na Europa Ocidental. No momento da redação do meu comentário atual (2018_09_01), eu não sabia nada sobre as normas culturais dos provedores de serviços de hospedagem na Europa do Sul, administradores de rede na Europa do Sul.