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 Question & Answer-sessie van vandaag komt tot ons dankzij SuperUser - een onderdeel van Stack Exchange, een gemeenschapsgedreven groep van Q & A-websites.

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

De vraag

SuperUser-lezer user2202911 wil weten hoe webservers naar nieuwe aanvragen 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 interruptsysteem. In wezen gebruiken ze I / O blokkeren, wat betekent dat ze slapen (blokkeren) tijdens het wachten op nieuwe gegevens.

1. De server maakt een luisterende socket en blokkeert vervolgens in afwachting van nieuwe verbindingen. Gedurende deze tijd zet de kernel het proces in een onderbreekbare slaap staat 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 de kernel via de netwerkkaartstuurprogramma een onderbreking van de netwerkkaart detecteert, leest deze de nieuwe gegevens van de netwerkkaart en slaat deze op in het geheugen. (Dit moet snel worden gedaan en wordt over het algemeen afgehandeld in 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 als rattable gemarkeerd, wat betekent dat het nu kan worden uitgevoerd. Het hoeft niet meteen 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 kan worden uitgevoerd.)
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.

Heb je 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 hier de volledige discussiethread.