Gracias por el interés.
El comando top que pedías
(el que figura a 100% a veces en menos, la mayor parte del tiempo es 99,x% pero lo he visto llegar al 6x )
Y lo que me marca en el Main >> Server Status >> Apache Status del panel WHM
Current Time: Friday, 14-Jan-2011 18:00:37 UYST
Restart Time: Friday, 14-Jan-2011 02:50:19 UYST
Parent Server Generation: 8
Server uptime: 15 hours 10 minutes 17 seconds
Total accesses: 36451 - Total Traffic: 289.2 MB
CPU Usage: u60.89 s12.27 cu104.66 cs0 - .326% CPU load
.667 requests/sec - 5.4 kB/second - 8.1 kB/request
1 requests currently being processed, 9 idle workers
Ademas de poindom utilizo otros, el que me resulta más confiable para ver la página como la vería el usuario es el de
http://www.webpagetest.org http://www.webpagetest.org/result/110114_3C_8W75/
Lo que me preocupas es cu como veras en esa prueba demoro 3990 ms en enviar el primer byte.
En otra prueba que hice
http://www.webpagetest.org/result/110114_1T_8W7Q/ , pero esta vez diciéndole que simule IE8 en lugar de IE7, el tiempo fue mucho menor, en parte por que con IE8 las peticiones se reducen a menos de la mitad por que acepta URI, y en parte por que el tiempo al primer byte fue mucho menor.
Le pedí a la gente de Hostgator para correr PHP como fastcgi, primero me dijeron que había que re compilar apache, que tomaría cerca de 1 hora y que les dijera el horario que más me convenía, se los dije peor pasaron días sin hacerlo, ayer lo reclame y el que me atendió me dijo que no era necesario recompilar, y que lo iban a hacer esa noche, esa noche lo hicieron y me dejo de funcionar la web (error 403). Los contacte y volvieron todo para atrás, quedaron de hoy denoche re compilar apache para correr PHP como fastcgi e instalar eacelerator
Estoy convencido de que el mod_pagespeed es responsable de la lentitud, pero no quiero desactivarlo aún para que no se junte con lo del pasaje a fastcgi, por que así identifico que incidencia tiene cada cambio.
Saludos