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

[Enrique Verdes]

problema por ahora pero ya vimos que hay que manejarla con mucho cuidado
porque nos elevó bastante la carga de consumo de cpu


Hola Ismael? te aumentó el consumo de CPU y la carga promedio? o solo el
uso de CPU? tené en cuenta que cada conexión es un nuevo proceso. ¿la
aplicación soporta el modelo worker?

otra pregunta, ¿tiene base de datos corriendo en el mismo servidor?

me sumo al comentario de Andres, el tunning implica tocar varias cosas. si
no lo tenes implementado, un sistema de monitoreo también te va a ayudar a
ver donde pueden estar los cuellos de botella.



El 16 de mayo de 2017, 16:10, Enrique Verdes <emverdes at ieee.org> escribió:

> El 16 de mayo de 2017, 15:43, Cristian Menghi <cristian at menghi.biz>
> escribió:
>
>> Pasate a NGinx ;)
>>
>>
> Porque debería pasarse si el problema es de configuración?
> Además, no son equivalentes, en mi humilde opinión.
>
> E.
>
>
>
>> El 16/5/17 a las 15:21, Ismael Castagnet 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 listUylug-varios at listas.uylug.org.uyhttp://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy
>>
>>
>>
>> _______________________________________________
>> 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/20170518/9854b1ea/attachment.htm>