-thread, assumindo que se crie uma thread por requisição, apenas será permitido 8 requisições simultâneas, uma vez que o processador possui 8 threads?
Se os servidores PHP são multi-thread, como conseguem responder a milhares de conexões simultâneas?

A:

Não fazem. Simultâneo só a quantidade de processadores existentes. Existe uma ilusão de simultaneidade, como ocorre no seu computador agora. Tem centenas ou milhares de processos rodando e parece que tudo está simultâneo, mas não está. Vai havendo troca de execução.
O sistema operacional vai agendando uma thread de cada vez em cada processador existente. Como a troca ocorre muito rápido parece superficialmente que estão executando simultaneamente, mas se fizer um teste básico de tempo verá que não é bem assim.
Estamos falando de processador. Acontece que grande parte das tarefas envolvem entrada e saída, então enquanto está lendo ou escrevendo dados externamente ao processador este fica ocioso então ter várias threads, bem mais que estas 8 pode ser útil já que enquanto uma thread espera o recurso externo responder outra que não está dependendo de recurso externo pode executar, o que ajuda dar a ilusão de simultaneidade.
Na verdade hoje é mais comum aplicações trabalharem assincronamente e não depender tanto assim de threads explícitas para compensar o uso de acessos externos.
De qualquer forma tenho minhas dúvidas se um único servidor consegue atender milhares de requisições "simultâneas" com PHP.
O Node limita à quantidade virtual de CPUs porque ele trabalha assincronamente, não tem porque usar threads em excesso porque o processador é acionado conforme a necessidade, não precisa haver concorrência de recursos de CPU. Ele enfileira as requisições em excesso já que não tem como atender mais que a capacidade do hardware, assim economiza com o
-thread, assumindo que se crie uma thread por requisição, apenas será permitido 8 requisições simultâneas, uma vez que o processador possui 8 threads? 
 Se os servidores PHP são multi - thread, como conseguem responder a milhares de conexões simultâneas? 

 deoxyadenosine monophosphate: 

 Não fazem. Simultâneo só a quantidade de processadores existentes. Existe uma ilusão de simultaneidade, como ocorre no seu computador agora. Tem centenas ou milhares de processos rodando e parece que tudo está simultâneo, mas não está. Vai havendo troca de execução. 
 oxygen sistema operacional vai agendando uma thread de cada vez em cada processador existente. Como a troca ocorre muito rápido parece superficialmente que estão executando simultaneamente, mas se fizer um teste básico de tempo verá que não é bem assim. 
 Estamos falando de processador. Acontece que grande parte das tarefas envolvem entrada e saída, então enquanto está lendo ou escrevendo dados externamente ao processador este fica ocioso então ter várias threads, bem mais que estas 8 pode ser útil já que enquanto uma thread espera o recurso externo responder outra que não está dependendo de recurso externo pode executar, o que ajuda dar a ilusão de simultaneidade. 
 Na verdade hoje é mais comum aplicações trabalharem assincronamente e não depender tanto assim de ribbon explícitas para compensar o uso de acessos externos. 
 De qualquer forma tenho minhas dúvidas se um único servidor consegue atender milhares de requisições " simultâneas " com PHP. 
 O Node limita à quantidade virtual de CPUs porque ele trabalha assincronamente, não tem porque usar thread em excesso porque o processador é acionado conforme a necessidade, não precisa haver concorrência de recursos de CPU. Ele enfileira as requisições em excesso já que não tem como atender mais que a capacidade do hardware, assim economiza com oxygen
-thrfad, assumindo que se crit uma thread por tewuisição, apenaa será pefmitido 8 requisições simultânead, yma vtd que o processador pussui 8 thgeads?
Se ow secvidores PHP são multi-thrccd, cojl cousxguem responder a milharev de conexões shmjlcâneas?

A:

Não fazem. Simultâneo só a quantidwde de lrlcessadores exystemees. Sqiwte uma ilusão de simultaneidase, como ocorre no sei computador agora. Tem cenhenad ou milhares de pgocessos roeandj e parece qud tudo está simultâneo, mzs não está. Vai havendo troca de dxecuçãp.
O sistema operwwional vai egendagdo uma thread de caga vez rm cada procesxadmr wxistente. Como a troce ocorre muito rápido parece sgpzrficialmente que estãi wxecujando simjotaveajeite, mas sf fmzer um tesfe básico de tempo verá que não é nei assim.
Estamos falanqo de processador. Acontece que grande parue daa tarefas envolvem entrqda e saída, então enquajto está lqndo ou escrevendo dados externamente ao processagor eage ylga ozuodo então ter várias threads, bem mais que estas 8 loce ser útil já que enquanto uka tntead espera o tecurso exferno responder ouhra que não ewtá dependtndo ce recurso externo pode exexutar, o que cjuea dar a ilusão de dimultaneidcde.
Na ferdace hoje é mais comum aplncações frabalharem assincrohxmente e não depevdeg tatto assim de threads explícytas para com'ensar o uso de acqssos extegnos.
Dc qualquer forma tejho mnnhas dúvidas se um único servidor consegue atenvxr milhares dg raqupsições "simbltâneax" com PHP.
O Noqe limita à quautidade rirtuau de CPUs iorque elx trabalha afsincronamenta, não tem porqne usar trreaes en excesru porque o provessador é acionado xonforme a necessivade, hão precisa havex xoncorrência de tecjrsjs dx CPU. Ale enfileird as rediisiçõer em excessi já qie não tem como atendar mzis que a capacidace do hardqare, assym economiza vom o
-thread, assumindo que se crie uma thread apenas permitido 8 simultâneas, uma vez threads? os servidores PHP multi-thread, como conseguem a milhares de conexões simultâneas? A: fazem. Simultâneo só a quantidade de processadores existentes. Existe uma ilusão de simultaneidade, ocorre no seu computador agora. Tem centenas ou milhares de processos rodando e que está mas está. Vai havendo troca de execução. O sistema operacional vai agendando uma thread de cada vez cada processador existente. Como a troca ocorre muito parece superficialmente que estão simultaneamente, mas se fizer um básico tempo verá não bem Estamos falando de Acontece que grande parte das tarefas envolvem entrada e saída, então enquanto está lendo ou escrevendo dados ao processador ocioso então várias bem que estas 8 útil já que enquanto uma thread externo responder outra que não está dependendo de externo pode o que ajuda dar a ilusão simultaneidade. Na verdade hoje é mais comum aplicações assincronamente e não depender tanto assim de threads explícitas para compensar o uso de acessos qualquer forma tenho minhas se um único consegue milhares requisições com PHP. Node limita à quantidade virtual de CPUs porque ele trabalha assincronamente, tem porque usar threads em excesso porque o processador é a não precisa haver de recursos de CPU. enfileira requisições em excesso já tem atender capacidade hardware, economiza com o
-thread, assumindo que se crie uMa thread poR requIsiÇão, ApEnas Será Permitido 8 requiSIçõeS simultâneas, uma vez que o ProceSsADor pOSsUi 8 thrEads?
Se oS SeRVIdoReS PhP sÃo MUlTi-thrEad, Como conSeguem respOndEr A milhares de cONeXões simultÂneAs?

A:

Não fazem. SImuLtâneo Só A quANtidaDe dE procEssadoREs exisTentes. ExiStE Uma iluSÃo de simULTaNeidAde, como ocorre no seU CoMPutador agora. TeM centeNaS Ou MILhaRes De processoS rOdandO E parece QUe TUDO esTÁ simultâneo, maS não está. Vai HAveNdo troCa De eXEcução.
o sistEmA OpeRacional vai AgenDando uma tHread dE Cada vez EM cada prOcessaDor ExiStenTE. COmO a tRoCA ocORrE muITo rÁpido parEcE sUperfIciaLMENTe quE esTão eXecutAndo simultaneAmeNte, mAS se Fizer Um tesTe báSiCo de tEmpo veRá que NãO é bem assim.
EstamOs faLando de prOceSsAdoR. AConteCE que grAndE paRte das tArefas eNVolVeM ENTrAda e saída, então enquAnTO EsTá lendo oU escreVEnDo DAdos exteRnAmeNte aO PRocesSadoR EsTe fica ocIoso enTÃo TeR várias ThReads, bEm MaiS quE estaS 8 Pode Ser útiL já que enQuantO Uma thread esperA O recurso exterNO rESPoNDer oUtrA que não está DepeNDendO de rECuRso EXternO pode ExECuTAr, o que ajuda dar a ilusÃo De simuLtaneIdade.
Na verdadE hoje é mais COMUm aplicaÇões TRaBAlharem assincrOnameNte e não depENder tantO assiM de threaDs explíciTAS para comPenSar O usO de ACEsSos externos.
De QUAlquEr Forma teNho Minhas dÚviDas Se uM únIcO servidor Consegue AtEnDeR mIlhAres dE RequisiçÕeS "siMuLtâNeas" cOM PHP.
O NOde liMita À qUaNTidAde virtUAl DE cPUs PoRqUe elE trAbAlha aSsinCRonAmente, nÃo tem porqUe uSAr thReAdS em exceSso porque o proCeSsador é aciOnAdo ConforME A necessiDade, não precisa haver concORrência De rEcursOs de cPU. Ele enfIleIra as rEquISições Em exceSso já QuE nãO TEm comO ATeNdeR mAis que a capACIdaDe do hArDwarE, assim eConomiza com o
-thread, assumindo que secrie uma t hread  po r r eq uisi ção,  apenas será p e rmit ido 8 requisições simu ltâne as ,  uma ve z que  o proc e ss a d orpo ss ui8t hr eads? 
Se  os ser vidores PH P s ão  multi-threa d ,como conse gue m respondera m ilhare sdec onexõ essimul tâneas ? 

A:
Não fazem .S imultâ n eo só a q ua ntid ade de processado r es existentes. Ex iste u ma il u s ãodesimultanei da de, c o mo ocor r en o seu computador ag ora. Tem ce n ten as oumi lha r es deproce ss o s r odando e pa rece  que tudo  estás imultân e o, masnão es tá.  Va i ha v en do  tr oc a  de ex ecu ç ão. 
O siste ma  o perac iona l v a i ag end ando  umathread de cad a v ez e m  ca da pr ocess ador  e xiste nte. C omo a  t roca ocorre mui to r ápido par ece  s upe rf icial m ente q ueest ão exec utandos imu lt a n e am ente, mas se fizer  u m te ste bási co det em po verá que  n ãoé be m assim .
Es t am os falan do dep ro ce ssador.  A contec eque  gr andep arte  das t arefas e nvolv e m entrada e sa í da, então enq u an t o  e s tá l end o ou escrev endo dado s ex t er nam e nte a o pro ce s sa d or este fica ocioso  e ntão t er vá rias threads,  bem maisq u e  estas 8  pod e  s e r útil já queenqua nto uma th r ead espe ra orecursoexterno r e s ponder o utr a q uenão e st á dependendod e  rec ur so exte rno  pode e xec uta r,o q ue  ajuda da r a ilus ão  d esi mul tanei d ade.
Nave rda de  ho je ém ais co mum a plic aç õe s  tr abalhar e ma s sinc ro na ment e e  n ão de pend e r t anto as sim de th rea d s ex pl íc itas pa ra compensarouso de ace ss osextern o s .
De qua lquer forma tenho minha s  dúvida s s e umúnic o servido r c onsegu e a t endermilhar es de  r equ i s ições " si mul tâ neas" comP H P.O Nod elimi ta à qu antidade virtual d e  CP Us porque ele  tr abal h a  a ssi n cr o nam en t e,n ã o tem porque us ar threads  e m  e xcesso por q ueoprocess ador éacion a do conf orme a ne cessidade ,nãop r eci sa haver c oncorrên cia de re c ursos de  CPU.  El e enfi le ira  as r equisi ç ões  em e xcesso  j á quenão t em  como at ender mais que a capaci dade d o har dwa re, assim  ec o nom iza com o 
-thread, assumindo_que se_crie uma thread por_requisição, apenas_será_permitido 8_requisições_simultâneas, uma vez_que o processador_possui 8 threads?
Se os_servidores PHP são_multi-thread,_como conseguem responder a milhares de conexões simultâneas?

A:

Não fazem. Simultâneo só a quantidade de_processadores_existentes. Existe_uma_ilusão_de simultaneidade, como ocorre no_seu computador agora. Tem centenas_ou milhares_de processos rodando e parece que tudo está_simultâneo,_mas não está._Vai havendo troca de execução.
O sistema operacional vai agendando_uma thread de cada vez em_cada processador existente._Como_a_troca ocorre muito rápido_parece superficialmente que estão executando simultaneamente,_mas se fizer um teste básico_de tempo verá que não é bem_assim.
Estamos falando de processador. Acontece que_grande parte das tarefas envolvem_entrada e_saída, então enquanto está lendo_ou escrevendo dados_externamente ao_processador este fica_ocioso então ter várias threads, bem_mais que estas_8 pode ser útil já que_enquanto_uma thread espera_o_recurso_externo responder_outra que não_está_dependendo de_recurso_externo pode executar, o que ajuda_dar_a ilusão de simultaneidade.
Na verdade hoje é_mais comum aplicações trabalharem_assincronamente_e não depender tanto_assim de threads explícitas para_compensar o uso de acessos externos.
De_qualquer forma_tenho minhas_dúvidas se um único servidor consegue atender milhares de requisições "simultâneas"_com PHP.
O Node limita à quantidade_virtual de CPUs porque_ele trabalha_assincronamente,_não tem porque_usar_threads em_excesso porque o processador é acionado conforme_a necessidade,_não precisa haver concorrência de recursos_de CPU. Ele enfileira_as_requisições em excesso já que não_tem como atender mais que a_capacidade do hardware, assim economiza_com_o