In che modo i server Web ascoltano nuove richieste?

Quando si imparano i server Web e come funzionano, si può essere curiosi di sapere se sono costantemente in attesa di richieste o se aspettano di ricevere una richiesta per entrare in azione. Con questo in mente, il post di Q & A di SuperUser di oggi ha le risposte per soddisfare la curiosità di un lettore.

La sessione di domande e risposte di oggi ci viene fornita per gentile concessione di SuperUser, una suddivisione di Stack Exchange, un raggruppamento di siti Web di domande e risposte basato sulla comunità.

Schermata per gentile concessione di xmodulo / Linux Screenshots (Flickr).

La domanda

Il lettore SuperUser user2202911 vuole sapere come i server web ascoltano nuove richieste:

Sto cercando di capire i dettagli di "livello più profondo" su come funzionano i server web. Voglio sapere se un server, per esempio, Apache, sta continuamente interrogando per nuove richieste o se funziona con una sorta di sistema di interrupt. Se si tratta di un'interruzione, che cosa sta provocando l'interruzione? È il driver della scheda di rete?

Come fa un server web ad ascoltare nuove richieste?

La risposta

Il collaboratore di SuperUser Greg Bowser ha la risposta per noi:

La risposta breve è una sorta di sistema di interruzione. Essenzialmente, usano l'I / O di blocco, nel senso che dormono (bloccano) mentre aspettano nuovi dati.

1. Il server crea un socket di ascolto e quindi blocca in attesa di nuove connessioni. Durante questo tempo, il kernel mette il processo in un sonno interrompibile dichiara e gestisce altri processi. Questo è un punto importante; avere il processo di polling continuo sprecherebbe risorse della CPU. Il kernel è in grado di utilizzare le risorse di sistema in modo più efficiente bloccando il processo fino a quando non c'è lavoro per farlo.
2. Quando nuovi dati arrivano sulla rete, la scheda di rete genera un'interruzione.
3. Vedendo che c'è un interrupt dalla scheda di rete, il kernel, tramite il driver della scheda di rete, legge i nuovi dati dalla scheda di rete e li archivia in memoria. (Questo deve essere fatto rapidamente e viene generalmente gestito all'interno del gestore di interrupt.)
4. Il kernel elabora i dati appena arrivati ​​e li associa con un socket. Un processo che blocca su quel socket verrà contrassegnato come eseguibile, il che significa che ora è idoneo per essere eseguito. Non viene necessariamente eseguito immediatamente (il kernel potrebbe decidere di eseguire ancora altri processi).
5. A suo piacimento, il kernel riattiverà il processo del server Web bloccato. (Poiché ora è eseguibile.)
6. Il processo del server Web continua ad essere eseguito come se non fosse trascorso il tempo. La sua chiamata al sistema di blocco ritorna e elabora qualsiasi nuovo dato. Quindi andare al passaggio 1.

Hai qualcosa da aggiungere alla spiegazione? Audio disattivato nei commenti. Vuoi leggere più risposte dagli altri utenti di Stack Exchange esperti di tecnologia? Controlla la discussione completa qui.