[LUG.ro] Optimizando web/SQL server
Luis Diaz
diazluis en gmail.com
Vie Abr 22 15:01:52 ART 2011
Hola, gracias por la respuesta, actualmente estoy mandando el
contenido estatico sin mas vueltas que un "expires: max" el resto pasa
por php-fpm, y apc no funciona porque hace lios por un bug[1]
los otros no los he probado aun, uso gzip, le di una mirada a varnish
pero me causaba problemas, probe cloud-flare para el contenido
estatico, pero no ganaba mucho ya que sus servers estan afuera del
pais, de todas formas el contenido estatico sale de otro domiño (sin
cookies)
optimizaciones a nivel app no hice muchas ya que es una aplicacion que
no hice y tanto no se.
estoy por probar apache con pagespeed, la carga en el servidor no es
una molestia por ahora! :D
mysql no parece tener problemas, pero lo fui tunenando con tunning-primer
tenes alguna opinion de eaccelerator o xcache?
La verdad ya no se que mas tocar, teniendo en cuenta la carga del
servidor (infima) con 400 usuarios online creo que solo puedo aspirar
a reducir el tiempo que tarda la pagina en generarse y tocar algun
parametro de red
[1]http://pecl.php.net/bugs/bug.php?id=16814
2011/4/21 blitux <dev.pabloquiroga en gmail.com>:
> El 20 de abril de 2011 21:22, Luis Diaz <diazluis en gmail.com> escribió:
>>
>> Hola Muchachos, escribo para chusmear que optimizaciones hacen en sus
>> servidores web/SQL para mejorar el rendimiento, actualmente no tengo
>> problemas, pero siempre me gusta exprimir al maximo el hard
>>
>> Actualmente sali de apache/mod_php y pase a nginx con php-fpm que anda
>> muy muy lindo, mis usuarios dicen que el sitio responde mejor que
>> antes, pero desafortunadamente no es una comparacion valida ya que
>> tambien cambie el hardware
>>
>> Vi que los de google toquetean parametros de red, pero no se que tan
>> buena sea la idea
>>
>> Ustedes usan algunos trucos u opciones "no estandar" que ayude con el
>> rendimiento?
>
> Hola Luis,
>
> Hay varios frentes para optimizar una aplicación web.
>
> Del lado del cliente: usar gzip en archivos de texto (css, js, html),
> minificar y combinar css y js para reducir la cantidad de requests
> https, utilizar sprites para reducir la cantidad de imagenes cargadas
> por el browser, cargar archivos javascript en forma asincrónica para
> evitar el bloqueo del renderizado y mejorar la velocidad percibida del
> sitio, habilitar cache y expires para el contenido estático, no setear
> cookies para contenido estatico, etc. Todas estas cosas podes
> lograrlas usando la extensión Page Speed de google para Firefox, y
> cada técnica tiene su laburito.
>
> Del lado del server/aplicacion: no conozco mucho en cuanto a la
> optimización de redes y en general de apache y mysql, pero las
> técnicas que suelen usarse tienen que ver con la optimización de la
> aplicación en si, mas que de los parametros del servidor. Por ejemplo,
> hay consultas SQL que se pueden reescribir para que sea posible
> cachearlas. Ajustar los parametros del server MySQL como tamaño de
> cache, log slow queries, uso de memoria, etc. pueden mejorar el
> rendimiento de la aplicación.
>
> PHP puede ser optimizado mediante caches de opcode, como APC,
> eaccelerator y xcache (no todas juntas) y ajustando los parámetros de
> cada una dependiendo de la aplicación. Memcached puede ser utilizado
> para cachear los resultados de operaciones intensivas y mejorar aún
> mas el tiempo de respuesta.
>
> Si tenes mucho contenido estático (texto, documentos o información que
> no se modifique regularmente) podes utilizar Varnish [1] como caché.
> Vuela.
>
> Si la aplicación tiene muchos requests concurrentes, por ahi conviene
> utilizar varios servers con balanceo de carga.
>
> En fin, hay muchas técnicas para mejorar el rendimiento de una
> aplicación, pero la mayoría tiene que ver con cache. Para probar el
> rendimiento podrías usar siege o ab (incluido con apache, creo) que
> básicamente te permite hacer requests concurrentes y tirar un promedio
> de requests/seg. De esa forma podes ver si aumenta el rendimiento y
> cuánto. Estas son las técnicas que he juntado con el tiempo y trato de
> aplicarlas a todas mientras el hosting y la aplicación me lo permiten.
>
> [1] http://www.varnish-cache.org/
>
> --
> Pablo Daniel Quiroga Figueroa | @blitux en twitter
> Drupal Fan & Freelance Web Developer
> Movil: (261) 4858 254
> _______________________________________________
> Lugro mailing list
> Lugro en lugro.org.ar
> http://lugro.org.ar/mailman/listinfo/lugro
>
Más información sobre la lista de distribución Lugro