[Zope-es] Problemas de rendimiento
Santiago Videla
santiago.videla en gmail.com
Mar Mayo 27 01:25:43 CEST 2008
Hola,
Lo de no usar cache es por alguna razon en particular. En las busquedas que
hice para hacer que zope/plone sea mas eficiente sin tener que gastar
millones en servidor de hosting, solo encontre esa posibilidad (cacheFu,
squid, varnish, HTTPCache)
En cuanto a tus dudas sobre threads y el uso de zserver-threads encontre
esta discusion que te puede ayudar (o no :P)
http://aspn.activestate.com/ASPN/Mail/Message/zope-list/3634276
Saludos
2008/5/26 David Otero Figueroa <doterof en gmail.com>:
> Buenas otra vez!!
>
> por distintos motivos no queríamos utilizar ningún tipo de cacheo (ni
> apache ni zope), por lo que en principio trataremos de descartar esta
> opción. Lo que ahora estamos mirando es la posibilidad de que zope atienda
> más peticiones que las que atiende por defecto. Existe algún tipo de
> parámetro el cual favorezca los tiempos de respuesta y las peticiones
> atendidas por zope. Hemos jugado ya con el valor de zserver-threads
> subiendolo a 7, pero todavía es insuficiente. Hemos leído que este valor no
> debe pasar de 10. ¿Alguién nos podría aclarar si zope es multihilo o no? Es
> que por las pruebas que estamos realizando parece que no, que va atendiendo
> las peticiones secuencialmente según le van llegando, no empezando una hasta
> que no concluya la anterior. ¿es esto probable o hay algún parámetro de zope
> o python no estemos teniendo en cuenta?
>
> Gracias de antemano.
>
> El día 26 de mayo de 2008 17:17, Santiago Videla <
> santiago.videla en gmail.com> escribió:
>
>> Quizas puedas probar con varnish o squid:
>>
>> http://pypi.python.org/pypi/plone.recipe.varnish
>> http://pypi.python.org/pypi/plone.recipe.squid/1.0b1
>>
>> o directamente hacer un buildout con el template "plone_hosting", es
>> decir:
>>
>> $ paster create -t plone_hosting
>>
>>
>> suerte
>>
>> 2008/5/26 David Otero Figueroa <doterof en gmail.com>:
>>
>>> Buenas a todos!!
>>>
>>> vuelvo por el foro porque seguimos con los problemas de rendimiento en un
>>> portal web. En el entorno de producción se tiene arquitectura ZEO montada (5
>>> clientes y un servidor). Cada cliente tiene 7 threads a la base de datos con
>>> 10.000 objetos cada uno. La base de datos tiene 650.000 objetos.
>>>
>>> Los tiempos de respuesta de la portada son demasiado elevados cuando el
>>> número de usuarios es elevado. En pruebas en un entorno de desarrollo sin
>>> arquitectura ZEO hemos comprobado que las peticiones recibidas por el ZOPE
>>> las va "encolando". Es decir, con la herramenta ApacheBench simulamos una
>>> pequeña carga (25 usuarios concurrentes) contra la portada, y por otro lado
>>> desde un navegador accedemos también a la misma. Lo que vemos en los logs es
>>> que hasta que resuelva la peticiones anteriores no resuelve la solicitada
>>> desde el navegador, lo cual implica que para ver la portada del navegador
>>> hay que esperar más de 30 segundos (tiempo más o menos que tarda en resolver
>>> todas las peticiones simuladas por el ab). Este comportamiento es normal?
>>> Hay forma de mejorar estos tiempos de respuesta sin llegar a utilizar
>>> productos como RAMCache? Se puede debera temas de configuración? o es que
>>> Zope de por si no es capaz de resolver demasiadas peticiones?
>>>
>>> La versión de Zope utilizada es la 2.8.3.
>>>
>>>
>>> Gracias de antemano.
>>>
>>>
>>> _______________________________________________
>>> Zope-es mailing list
>>> Zope-es en aditel.org
>>> http://listas.aditel.org/listinfo/zope-es
>>>
>>
>>
>>
>> --
>> Santiago Videla
>> www.revolucionesweb.com.ar
>> http://www.linkedin.com/in/svidela
>>
>> Sigue la mata dando de que hablar siempre abajo y a la izquierda donde el
>> pensamiento que se hace corazón resplandece con la palabra sencilla y
>> humilde que l en s tod en s somos.
>> _______________________________________________
>> Zope-es mailing list
>> Zope-es en aditel.org
>> http://listas.aditel.org/listinfo/zope-es
>>
>
>
> _______________________________________________
> Zope-es mailing list
> Zope-es en aditel.org
> http://listas.aditel.org/listinfo/zope-es
>
--
Santiago Videla
www.revolucionesweb.com.ar
http://www.linkedin.com/in/svidela
Sigue la mata dando de que hablar siempre abajo y a la izquierda donde el
pensamiento que se hace corazón resplandece con la palabra sencilla y
humilde que l en s tod en s somos.
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: /archivos/zope-es/attachments/20080526/8449da94/attachment.htm
Más información sobre la lista de distribución Zope-es