[uylug-varios] Fwd: consulta sobre conexiones máximas de apache

Andres Tarallo atarallo at acm.org
Tue May 16 11:45:03 PDT 2017


Si tenes ganas de determinar los valores optimos para tu servidor utiliza
Apache Workbench (ab). Mirate esta pagina:
https://httpd.apache.org/docs/2.4/programs/ab.html



El 16 de mayo de 2017, 15:21, Ismael Castagnet <ismael.castagnet at gmail.com>
escribió:

> prefork usamos
>
> ta, era el fucking server limit que como no lo vimos en el archivo de conf
> de apache sólo habíamos tocado el max clients y después nos mareamos con lo
> del compilado
> ahora le subimos el server limit y pasamos el máximo de 256
>
> muchas gracias por las prontas respuestas !!!
>
>
>
>
> El 16 de mayo de 2017, 15:09, Enrique Verdes <emverdes at ieee.org> escribió:
>
>> dos preguntas, ¿que mpm están usando? ¿worker o prefork?
>> Eso lo podés saber viendo los módulos con
>> # apachectl -M
>> Loaded Modules:
>>  core_module (static)
>>  mpm_prefork_module (static)
>>  http_module (static)
>>  so_module (static)
>> ...
>>
>> En función de eso, hay que ver como está la configuración. Me imagino que
>> esto es lo que modificaste. Hay que modificar ServerLimit y MaxClients.
>> Si el mpm es prefork:
>> <IfModule prefork.c>
>> StartServers       8
>> MinSpareServers    5
>> MaxSpareServers   20
>> ServerLimit      256
>> MaxClients       256
>> MaxRequestsPerChild  4000
>> </IfModule>
>>
>> si el mpm es worker.
>> <IfModule worker.c>
>> StartServers         2
>> MaxClients         150
>> MinSpareThreads     25
>> MaxSpareThreads     75
>> ThreadsPerChild     25
>> MaxRequestsPerChild  0
>> </IfModule>
>>
>>
>>
>> El 16 de mayo de 2017, 15:00, Ismael Castagnet <
>> ismael.castagnet at gmail.com> escribió:
>>
>>>
>>>
>>> hola, en uno de mis laburos tenemos el problema de que se nos tranca
>>> apache por estar al límite de conexiones, 256, además de tener en la cola
>>> casi 100 más esperando para conectarse
>>>
>>> encontramos en la documentación que ese límite no se puede subir a menos
>>> que recompilemos apache con el límite seteado en 512 (por ejemplo)
>>> o sea, en la configuración de apache y de postgres lo subimos y
>>> reiniciamos todo pero igual no pasa de 256, así que tiene su lógica eso de
>>> que fue compilado seteado en 256
>>>
>>> dos preguntas:
>>> - habrá forma de "engañar" a ese máximo tocando alguna otra variable
>>> para evitarnos recompilar?
>>> - no tengo miedo de recompilar, pero en ese caso, saben si luego vamos a
>>> tener problemas con las actualizaciones automáticas ya que nuestro apache
>>> quedaría compilado con otras variables que no son standar?
>>>
>>> salú
>>>
>>> ismael
>>>
>>>
>>>
>>>
>>> --
>>> ------------------------------------------------------------
>>> -------------------------
>>>
>>> Defender la alegría como una trinchera ...
>>>
>>> Mario Benedetti
>>>
>>> _______________________________________________
>>> Uylug-varios mailing list
>>> Uylug-varios at listas.uylug.org.uy
>>> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy
>>>
>>>
>>
>>
>> --
>> Enrique M. Verdes
>> <https://uy.linkedin.com/pub/enrique-verdes/1/794/ba8>
>>
>> "As we enjoy great advantages from the inventions of others, we should be
>> glad of an opportunity to serve others by any invention of ours; and this
>> we should do freely and generously."
>>
>> Benjamin Franklin
>>
>> _______________________________________________
>> Uylug-varios mailing list
>> Uylug-varios at listas.uylug.org.uy
>> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy
>>
>>
>
>
> --
> ------------------------------------------------------------
> -------------------------
>
> Defender la alegría como una trinchera ...
>
> Mario Benedetti
>
> _______________________________________________
> Uylug-varios mailing list
> Uylug-varios at listas.uylug.org.uy
> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listas.uylug.org.uy/pipermail/uylug-varios-uylug.org.uy/attachments/20170516/d19a0e55/attachment.htm>


More information about the Uylug-varios mailing list