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

Cristian Menghi cristian at menghi.biz
Tue May 16 19:25:13 PDT 2017



El 16/5/17 a las 16:10, Enrique Verdes escribió:
> El 16 de mayo de 2017, 15:43, Cristian Menghi <cristian at menghi.biz
> <mailto: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.
>
Maneja mejor cargas altas.

 
> 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
>>     <mailto: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
>>         <mailto: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
>>             <mailto:Uylug-varios at listas.uylug.org.uy>
>>             http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-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
>>         <mailto:Uylug-varios at listas.uylug.org.uy>
>>         http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-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
>>     <mailto:Uylug-varios at listas.uylug.org.uy>
>>     http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy
>>     <http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy>
>
>
>     _______________________________________________
>     Uylug-varios mailing list
>     Uylug-varios at listas.uylug.org.uy
>     <mailto:Uylug-varios at listas.uylug.org.uy>
>     http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listas.uylug.org.uy/pipermail/uylug-varios-uylug.org.uy/attachments/20170516/b66d5680/attachment-0001.htm>


More information about the Uylug-varios mailing list