nl.phhsnews.com


nl.phhsnews.com / Hoe luisteren webservers naar nieuwe verzoeken?

Hoe luisteren webservers naar nieuwe verzoeken?


Wanneer 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 aanvraag ontvangen verzoek 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 door de gemeenschap gestuurde 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 details van 'dieper niveau' te begrijpen van hoe webservers werken. Ik wil weten of een server, bijvoorbeeld Apache, bijvoorbeeld continu peilt naar nieuwe aanvragen of dat deze werkt via een soort interrupt-systeem. Als het een interrupt is, wat vonk dan met de interrupt? Is het de netwerkkaartstuurprogramma?

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 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 tijdens het wachten op nieuwe verbindingen. Gedurende deze tijd zet de kernel het proces in een onderbreekbare slaap -status 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 aankomen, geeft de netwerkkaart een interruptie af.
  3. Zien dat er een onderbreken 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 meestal 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 noodzakelijkerwijs 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.

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


Het scherm van uw Windows- of Android-apparaat spiegelen op uw Roku

Het scherm van uw Windows- of Android-apparaat spiegelen op uw Roku

Roku-apparaten hebben onlangs een functie voor het weergeven van schermknippers gekregen. Met een paar klikken of tikken kunt u een Windows 8.1- of Android-scherm spiegelen naar uw Roku. Het werkt een beetje zoals Apple's AirPlay of Google's Chromecast-schermspiegeling. Dit werkt samen met de Miracast open standaard die is ingebouwd in Windows 8.

(how-to)

Problemen met veelvoorkomende Google Chromecast oplossen

Problemen met veelvoorkomende Google Chromecast oplossen

De meeste gebruikers hebben een soepele en probleemloze ervaring met de Google Chromecast, maar wanneer deze zich niet goed gedraagt, gaat de ervaring snel van foutloos naar bijna onbruikbaar. Lees verder terwijl we de eenvoudige tweaks en fixes benadrukken die u kunt toepassen om een ​​slecht presterende Chromecast opnieuw te laten meegaan.

(how-to)