problema con servidor con mucho trafico.

[Felipe Román Márquez]

El 30-09-2008, a las 1:10, Germán Póo-Caamaño escribió:

>>
>
> que te dice iostat? vmstat?

todo dentro de los parametros normales.

iostat:
avg-cpu:  %user   %nice %system %iowait  %steal   %idle
            6.00    0.00    1.94    0.06    0.00   92.00

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda               1.50        40.00         0.00         80          0


vmstat:

procs -----------memory---------- ---swap-- -----io---- --system--  
-----cpu------
  r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us  
sy id wa st
  0  0 155572 375364 108492 2663436    0    0    14    10    0    0  
16  2 81  0  0
  0  0 155572 374744 108492 2663480    0    0     0     0 1452  600   
3  0 97  0  0
  0  0 155572 374868 108508 2663472    0    0     0    80 1447  365   
1  0 99  0  0
  0  0 155560 373628 108508 2663524    0    0     0     0 1378  806   
8  0 92  0  0
  1  0 155552 373512 108512 2663528    0    0     2     0 1504  526   
5  0 95  0  0


>
> No es tanta una carga de 2 ó 3.  Me imagino que responde bien el  
> sistema
> si es que tienes respuesta con htop y tail.  De hecho, debieras  
> tenerla.

antes del tuning tenía un Load Average de 8.
ahora en promedio no llega a 3. (esto en gran parte por hacer que  
mysql trabaje en varios threads y que lighttpd también.


>
> Esto también incide en la memoria en uso.  Puedes deshabilitar  
> KeepAlive
> en las conexiones HTTP o dejarlo en 1 segundo.

rara vez el server llega a usar más de 1.3gb de ram, la gran mayoría  
de eso es mysql (como 800mb de ram)


> Una cosa es afinar el motor de BD y otra es afinar las BD (tablas,
> índices, consultas).

lo sé, pero yo no puedo meterme ahí, no me corresponde.

> Si lighty sigue respondiendo, el problema lo puedes tener en la
> comunicación con la base de datos.
>
> Podrías utilizar fast-cgi para mejorar el rendimiento de PHP con  
> lighty,
> pero es muy probable que el problema esté en la aplicación o en la  
> base
> de datos, ya sea por algún bloqueo, consultas no optimizadas,  
> deadlocks,
> etc.  En tal caso, revisa como analizar lo que hace el planificador de
> MySQL.

ya está usando fast-cgi y lua para trabajar con php5.


> Las optimizaciones en la infraestructura sirven, pero no tanto si las
> aplicaciones utilizan fuerza bruta para funcionar.

si lo sé, el problema es que no tengo logs de nada, estoy dando palos  
de ciego, no se por que el servidor deja de responder.


> Suerte,

muchas gracias.