I al final … (o no)

El problema sembla ser que venia pels paràmetres del KeepAlive de l’Apache.

Què és el keepAlive?

Fa temps, quan una persona demanava per una pàgina, el navegador web es connectava al servidor, demanava la pàgina, i se la descarregava. Mostrava la pàgina, i si aquesta necessitava 5 imatges, es tornava a connectar, es descarregava una imatge, es desconectava. I així fins a carregar tots els elements que fan una web.

Ara ( de fet amb el protocol HTTP/1.1 ) , si el keepalive està activat, s’obre una connexió per demanar la pàgina, i aquesta queda oberta esperant més peticions, així per cada element no s’ha de negociar un “obrir connexió-tancar connexió”, accelerant internet.

D’on venia el problema?

Apache duu el KeepAlive activat per defecte ( KeepAlive on ), i una sèrie de paràmetres:

  • MaxKeepAliveRequests: (100). Vol dir que per defecte, només hi haurà fins a 100 connexions actives. La número 101 o bé donarà error o bé s’haurà d’esperar a que alguna acabi.
  • KeepAliveTimeout: (15). Aquest és el temps que una connexió estarà oberta esperant que el client li demani més coses abans de tancar-se. Si el client no li demana res, estarà 15 segons penjada fins que pugui ser utilitzada per algún altre client.
  • MaxClients: Com que no se m’acudeix com definir-ho,ho copio en anglès .. This parameter defines how many simultaneous request can be served.

Sembla ser que el problema s’ha minimitzant augmentat el MaxKeepAliveRequests, reduïnt el KeepAliveTimeout ( a 5 segons ), i augmentant el MaxClients. I sembla ser que això ha funcionat Cool i ara per fi puc veure que a la web hi ha més de 500 jugadors online ( 703 va ser el rècord d’ahir ). Després, estic convençut, el problema serà estrictament de RAM.

Update: Poz’no …. això millora la situació però tampoc acaba de ser això …

Deixa un comentari