Che cos'è / era lingerd? Come ha funzionato esattamente?


1

Ho controllato una presentazione Apache / PHP molto vecchia. La presentazione era obsoleta, ma la maggior parte delle cose erano molto buone.

Su una delle diapositive citate lingerd, "chiudere correttamente le connessioni bla bla".

Poiché il lingerdsito Web originale non sembra più esistere, ho le seguenti domande:

  1. Qual è stato il problema lingerdutilizzato per risolvere?

  2. Come è andata? È il modulo Apache o qualcos'altro?

  3. A seconda delle prime due risposte - questo problema esiste ancora su Linux e chi lo sta gestendo ora - kernel o server web Apache?

Risposte:


0

Il sito Web originale di lingerd non sembra più esistere,

È possibile trovare il sito Web lingerd nella Wayback Machine


Qual era il problema che lingerd era solito risolvere? È il modulo Apache o qualcos'altro?

Lingerd è un demone (servizio) progettato per assumere il compito di chiudere correttamente le connessioni di rete da un server http come Apache.

A causa di alcune complicazioni tecniche nel modo in cui TCP / IP e HTTP funzionano, ogni processo Apache attualmente spreca molto tempo a "indugiare" nelle connessioni client, dopo che la pagina è stata generata e inviata. Lingerd assume questo compito, lasciando immediatamente il processo Apache libero di gestire una nuova connessione. Di conseguenza, Lingerd rende possibile servire lo stesso carico utilizzando un numero considerevolmente inferiore di processi Apache. Ciò si traduce in un carico ridotto sul server.

Lingerd è particolarmente utile nei server Web Apache che generano pagine dinamiche (ad es. In combinazione con mod_perl, mod_php o Java / Jakarta / Tomcat).

Ancora più importante, lingerd può fare un lavoro efficace solo se i keep-alive HTTP sono disattivati; poiché i keep-alive sono utili per le immagini, la configurazione lingerd consigliata è di avere un server Apache / mod_whatever / lingerd per le pagine dinamiche e un semplice Apache (o thttpd o boa) per le immagini.

Fonte COS'È LINGERD?


"ogni processo di Apache attualmente spreca molto tempo" indugiando "nelle connessioni client" - era un problema relativo ad Apache? è riparato ora?
Nick,

@Nick Non sono sicuro. Immagino sia dovuto a timeout di chiusura socket. Fuori dalla mia area di conoscenza dettagliata.
David Post
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.