Hoe luisteren webservers naar nieuwe verzoeken?

Als u meer te weten komt over webservers en hoe ze werken, bent u misschien nieuwsgierig of ze voortdurend naar verzoeken luisteren of wachten totdat ze een verzoek ontvangen om in actie te komen. Met dat in gedachten heeft de SuperUser Q & A-post van vandaag de antwoorden om de nieuwsgierigheid van een lezer te bevredigen.

De vraag van vandaag &Antwoord sessie komt naar ons met dank aan SuperUser-een onderverdeling van Stack Exchange, een community-gestuurde groepering van Q & A-websites.

Screenshot met dank aan xmodulo / Linux Screenshots( Flickr).

De vraag

SuperUser reader user2202911 wil weten hoe webservers naar nieuwe verzoeken luisteren:

Ik probeer de 'dieper niveau'-details van hoe webservers werken te begrijpen. Ik wil weten of een server, bijvoorbeeld Apache, bijvoorbeeld continu peilt naar nieuwe aanvragen of dat het werkt via een soort interrupt-systeem. Als het een interrupt is, wat vonk dan met de interrupt? Is dit het stuurprogramma voor de netwerkkaart?

Hoe luistert een webserver naar nieuwe aanvragen?

Het antwoord

SuperUser-bijdrager Greg Bowser heeft het antwoord voor ons:

Het korte antwoord is een soort interrupt-systeem. In wezen gebruiken ze het blokkeren van I / O, wat betekent dat ze slapen( blokkeren) tijdens het wachten op nieuwe gegevens.

1. De server maakt een luisterende socket en blokkeert vervolgens tijdens het wachten op nieuwe verbindingen. Gedurende deze tijd zet de kernel het proces in een onderbreekbare slaap--toestand en voert andere processen uit. Dit is een belangrijk punt;het continu hebben van de procespolling zou CPU-bronnen verspillen. De kernel kan de systeembronnen efficiënter gebruiken door het proces te blokkeren totdat er werk voor is.
2. Wanneer nieuwe gegevens op het netwerk binnenkomen, wordt de netwerkkaart onderbroken.
3. Aangezien er een interruptie is van de netwerkkaart, leest de kernel via het stuurprogramma van de netwerkkaart de nieuwe gegevens van de netwerkkaart en slaat deze op in het geheugen.(Dit moet snel worden gedaan en wordt over het algemeen afgehandeld binnen de interrupt handler.)
4. De kernel verwerkt de nieuw binnengekomen data en associeert deze met een socket. Een proces dat op dat socket blokkeert, wordt gemarkeerd als ranable, wat betekent dat het nu kan worden uitgevoerd. Het hoeft niet noodzakelijk onmiddellijk te worden uitgevoerd( de kernel kan besluiten om nog andere processen uit te voeren).
5. Op zijn gemak zal de kernel het geblokkeerde webserverproces ontwaken.(Aangezien het nu uitvoerbaar is.)
6. Het webserverproces wordt voortgezet alsof er geen tijd verstreken is. De blokkerende systeemoproep wordt geretourneerd en alle nieuwe gegevens worden verwerkt. Ga vervolgens naar stap 1.

Heeft u iets toe te voegen aan de uitleg? Geluid uit in de reacties. Wilt u meer antwoorden van andere technisch onderlegde Stack Exchange-gebruikers lezen? Bekijk de volledige discussiethread hier.