En primer lugar dar las gracias por las decenas de comentarios y emails que he recibido con motivo de la sobrecarga de CPU que estaba sufriendo en DreamHost. El caso es que tras el informe de hoy parece que todo está estabilizado con buenos números, aproximadamente la mitad del máximo permitido.
Resulta que tras la serie de cambios que comenté anteriormente y que no habían bajado de forma drástica la carga de CPU, creo haber resuelto el enigma gracias a Ricardo Galli (¡¡Gracias!!). Como el mismo comentaba en su post Dreamhost, WP y WP-Cache, el usar PHP como CGI (por defecto en DreamHost) es la causa del mal funcionamiento en cuanto a la sobrecarga que los sitios de mi cuenta provocaban en el servidor compartido.
Tras desactivarlo ayer y esperar al informe de hoy, creo que puedo afirmar que éste era el principal problema al que me enfrentaba con los chicos de DH. Esta información viene avalada por los números de hoy, que son los siguientes:
Process CPU seconds user machine count average php.cgi 914.5700 75.982% 3.811% 2737 0.334 awstats.pl 288.4000 23.960% 1.202% 156 1.849 sh 0.5700 0.047% 0.002% 48 0.012 sendmail 0.0900 0.007% 0.000% 6 0.015 postdrop 0.0300 0.002% 0.000% 6 0.005 ---------------------------------------------------------------------- Total: 1203.6600 100.000% 5.015% 2953
1203 segundos, que pasados a minutos con una costosa operación matemática hacen un total de 20, cuando el máximo es de 30-40 al día. Así que puedo decir que, por ahora, estoy dentro de los límites permitidos.
Por último, y quizás lo más importante, aconsejar a todo aquel que se encuentre en una situación similar a la mía que desactive la ejecución de PHP como CGI para sus páginas webs alojadas en DreamHost.
Actualización 13/11/05: Al desactivar php como CGI en futuros informes desaparece la carga de minutos usados por PHP, esto en principio parece un problema importante. Así que he enviado un ticket de soporte para que DreamHost me informe de la manera para ver la carga que producen mis páginas dinámicas en el servidor.
De todas maneras creo que por ahora puedo olvidarme del problema y continuar con la temática del blog, al menos hasta que recibe un futura contestación o aviso.
Gracias a todos.
La mate por un yogur » Sobrecarga de CPU en DreamHost dice:
[…] Gallir. Más información en la entrada ¡Aleluya! Sobrecarga de CPU arreglada. Wordpress, LMXY | Enlace permanente #| […]
Pingback — 11/11/2005
alex dice:
Me alegro de que lo solucionases, que crack es Ricardo Galli!
Comentario — 11/11/2005
Náufrago dice:
Joder que buena noticia, tio. Un abrazo!!.
Comentario — 11/11/2005
ricardo galli dice:
Aún así, porqué sigue saliendo como “php.chi”? Debería decir algo como “httpd”.
Y obviamente yo desactivaría el awstat o cambiaría la configuración, te está consumiendo mucho también.
El webalizer consume menos.
Comentario — 11/11/2005
Diego dice:
Osea que un solo blog ocupa 20 minutos de CPU?
Osea que no podes tener mas de 2 blogs… Si es asi, como que me va a sobrar espacio en la cuenta… :S
Comentario — 11/11/2005
Boja dice:
Tengo dos, Diego. Éste y TrackHop.org.
Cierto, Ricardo. Voy a probar a configurarlo para que se actualice cada 2 o 3 horas y probar el resultado.
De todas maneras ahora que estoy dentro de la legalidad tengo tiempo de sobra :)
Comentario — 11/11/2005
m^r(oS dice:
Boja, gracias por dejar el comentario. Dos cosas:
1_ php sigue corriendo como cgi, recarga el panel en la sección dominios y vas a ver que se vuelve a tildar automáticamente la opción, porque el mismo sistema checkea los dominios y los resetea al default(si, ya se. Apesta!).
2_Como dice Diego sigue siendo una enorme cantidad para solo dos blogs, yo tengo 9 sitios y 6 están en wordpress.
Pero™ Hay una solción, parece ser una falla en wordpress afortunadamente y no es que nos quieran pater deesde DH, yo tenía 359,76 minutos en el reporte de hace una semana y ya logré bajarlos a 32.96 :), voy a ver si me hago un tiempo y comento como lo hice.
Saludos.
Comentario — 11/11/2005
drask dice:
Pues bien, felicidades… por cierto, ¿como sacas esos reportes?, hay alguna opción en el panel de DH o es un reporte directo de DH?… sería bueno estar al pendiente para que no vaya a suceder lo mismo que a ti.
Pero por lo demas, felicidades, un gran peso menos y a seguir leyendo LMXY en DH :D.
Saludos.
Comentario — 11/11/2005
Paulo Alvarado dice:
tu todavia usas el wp-cache o lo quitaste ??? porque cuando lo tengo yo activado y con cgi el php funciona muy bien pero cuando le desactivo el asundo del php via cgi me da multiples errores
Warning: fopen(/home/.arm/technomayix/techno.mayix.net/wp-content/cache/wp_cache_mutex.lock): failed to open stream: Permission denied in /home/.arm/xxxx/techno.mayix.net/wp-content/plugins/wp-cache/wp-cache-phase2.php on line 79
ahora tu como lo hiciste sera que me puedes enviar mas material de los cambios que has hecho ???
techno.mayix@gmai.com
Comentario — 11/11/2005
cinefilo dice:
Noticia excelente y darle al blogging.
Comentario — 11/11/2005
Imanol dice:
Dreamhost no permite usar la función fopen, míralo en la configuración de PHP, el flag allow_url_fopen está off y tampoco se puede activarlo en el .htaccess.
Comentario — 11/11/2005
yukei.net > WordPress, DreamHost y tiempo de CPU dice:
[…] Actualización: Boja ha publicado hoy cómo solucionó el problema. […]
Pingback — 12/11/2005
WiZaRd_ dice:
Me alegro de que, por fin, todo haya slaido bien; sería una pena que tuvieras que abandonar ésto por esa tontería.
A ver si no te sucede más algo así. ¡Suerte!
Comentario — 12/11/2005
mmeida dice:
Felicidades, campeón.
Un saludo.
Comentario — 12/11/2005
Oscar dice:
Han sido varios los casos últimamente no ?
Me pregunto si no estarán todos los sitios en el mismo servidor, por lo que sé, hasta el momento no se sabe la razón certera del problema, pero en Dreamhost hay miles de blogs sin embargo el porcentaje con sobrecarga no es muy significativo.
Espero no me pase :|
Comentario — 12/11/2005
Boja dice:
Ricardo, creo que sigue mostrando php.cgi porque lo cambié cuando ya habían pasado unas horas desde que empezó el informe, hoy saldré de dudas.
He cambiado la actualización de awstats para que se ejecute cada dos horas y he desactivado un plugin que no funcionaba y sólo comía recursos. A ver que tal…
m^r(oS, pues a mi no me han reseteado php como cgi. Tras más de 24 horas sigue desactivada como yo la puse.
Espero impaciente la solución que hiciste, a ver cuando puedes publicarla.
drask, en www.tudominio.com/stats/resources deberías tener los archivos con los informes de cada día. Como yo los miré por primera vez cuando me mandaron el email no sé si estaban ahí antes de la advertencia o se crearon al sobrepasar el consumo.
Paulo Alvarado, sí, aún estoy usando wp-cache. Te recomiendo que lo desactives y borres todos los archivos del plugin. Después lo vuelves a subir y das los permisos necesarios a los archivos que producen los errores. Desde la página del plugin viene todo bien detallado.
Oscar, yo estoy en la máquina olimpyc. De todas maneras dudo que estemos en la misma, sería mucha casualidad teniendo en cuenta el gran número de servidores que tienen en DreamHost.
Muchas gracias al resto por los ánimos :)
Comentario — 12/11/2005
Zootropo dice:
boja, por curiosidad, ¿qué número de visitas sueles tener al día entre “la maté por un yogur” y “trackhop”?
Comentario — 12/11/2005
Boja dice:
Pues nada exagerado.
En este blog tengo cerca de 3000 al día (ver stats) donde la mayoría son por “culpa” de la búsqueda psp en google images, como ya comenté hace tiempo.
En trackhop, aún seguimos en el periodo de ascensión porque es relativamente nueva. Pero suelen oscilar entre 900 y 1200 al día.
Saludos.
Comentario — 12/11/2005
Zootropo dice:
te preguntaba porque ando jodido con el límite de ancho de banda consumido en f2o, que con el plan que tengo ahora es de sólo 15GB / mes y estaba pensando en cambiarme de hosting.
una de las opciones era dreamhost, pero pasar de tener que optimizar para menor consumo de ancho de banda a menor consumo de cpu no parece una gran mejora XD
Comentario — 12/11/2005
Boja dice:
Hombre, si el problema es del php como cgi como hasta el momento creemos, tampoco tendrías que perder mucho tiempo en optimizar tu blog.
Al menos en DH te olvidarías de problemas con la transferencia xD
Comentario — 12/11/2005
Jorge Lesmes dice:
Hola. Lo primero me alegro de que hayas resuelto tus problemas de consumo de CPU. Yo tambien estoy alojado en DH y uso WP y me gustaría saber cuantos minutos de CPU estoy consumiendo, como sacas esos reportes?
Gracias.
Comentario — 12/11/2005
Boja dice:
Se lo dije antes a drask.
drask, en www.tudominio.com/stats/resources deberías tener los archivos con los informes de cada día. Como yo los miré por primera vez cuando me mandaron el email no sé si estaban ahí antes de la advertencia o se crearon al sobrepasar el consumo.
Comentario — 12/11/2005
icrave dice:
Ves como todo esfuerzo tiene su recompensa :).
Comentario — 12/11/2005
pablogv dice:
me alegro de que lo solucionaras borja !
Comentario — 12/11/2005
drask dice:
Gracias Boja. Ya he revisado, pero no tenía nada, chequé los foros de DH y tenía que activar ese reporte desde mi panel. Ya que me sale, estoy consumiendo 2400Segundos de CPU por día, eso sale a 40 minutos de CPU.
Acabo de abrir esta cuenta apenas la semana pasada y ya estoy sobrecargado?.
Primero voy a instalar el WP-Cache, si no funciona, intentaré con eso de desactivar el *cgi.
Comentario — 12/11/2005
drask dice:
Mejor ya he desactivado el .cgi (según yo, desde el panel), habrá que esperar el informe de mañana :(.
Comentario — 12/11/2005
Zootropo dice:
joder. ¿es que todo el mundo sobrepasa el límite establecido? xD
¿has cogido la oferta del año completo drask? es que me parece una pasada lo que te hacen pagar el primer mes si quieres ir por meses :/ y claro, si coges el año y luego te va mal…
por cierto, boja, ¿si te hubieran echado te habrían devuelto el dinero? 8-)
creo haber leído por ahí alguien a quien se lo devolvieron pero no se si es la norma
Comentario — 12/11/2005
drask dice:
Si, eso es lo peor, me he ido por un crazy domain por un año… un año de tener que estár al pendiente de los informes.
Parece que si te hechan, si te reembolsan.
Comentario — 12/11/2005
drask dice:
Otra cosa, el plugin Backup/Restore no anda sin el cgi. Me tira varios errores.
Ahora tendré que hacer manualmente.
Comentario — 12/11/2005
Definitely Maybe dice:
Acelerando WordPress
Hace casi un mes que vengo recibiendo notificaciones de Dreamhost por la sobrecarga de cpu que generan los sitios que tengo alojados en su servidor (no soy el único, technorati ).
Hace unos pocos días publicaba el ultimatum que me mandaron ya que s…
Trackback — 13/11/2005
drask dice:
Que tonto soy, creo que el nerviosismo de leer un 24000 me cegó :D.
Yo estaba leyendo la nota: “CPU percentage assumes 24000 cpu seconds per day total.”
Pero mi total, son 430 segundos.
Menos mal, no leí bien :).
Comentario — 13/11/2005
Filex dice:
Felicidades. :-)
Comentario — 13/11/2005
Sergio dice:
tengo una duda, más bien, es un problema. El caso es que cuando desactivo php-cgi el blog no funciona, aparecen unos mensajes de error y no se muestra. qué puede ser? a alguno de vosotros le ha pasado?
Comentario — 13/11/2005
yukei.net > WordPress y uso de CPU: algunas lecciones dice:
[…] Boja intentó esta solución y le dio excelentes resultados […]
Pingback — 13/11/2005
Javi Moya dice:
pues yo voy a probarlo de inmediato !
a ver si funciona…
y se como hacerlo! q yo soy muy torpón para estas cosas!
voy a mirar…
Comentario — 13/11/2005
lernys dice:
Hola a todos,
como dice Javi, seria conveniente con desactivar el cgi en el panel, si alguien nos dice donde esta seria de utilidad para los ususrios que quieran hacerlo…Gracias Boja por el artículo…
Comentario — 13/11/2005
lernys dice:
Bien lo comento donde debe hacerse en el panel:
Ir al Menu Domains –> Manage Domains
y ahi en la columna web hosting darle a Edit.
Desmarcar el checkbox “Run PHP as CGI?”
y creo que ya esta..
es asi?
un saludo…Gracias
Comentario — 13/11/2005
Boja dice:
Zootropo, desconozco si me hubiera devuelto el dinero. Espero que la duda nunca tenga que resolverla :P
drask, prueba con wp-db-backup y el truco para automatizar las copias de seguridad. A mi me va perfectamente.
Me alegro que fuera un error de lectura y no real :)
Sergio, lee atentamente los mensajes de error, posiblemente sea cosa de los permisos de algunos archivos. A mi me pasó algo similar al desactivar php como cgi con el WP-Cache.
lernys así lo hice yo.
Comentario — 13/11/2005
Hernán dice:
Mish, interesante el datito…..
Comentario — 13/11/2005
m^r(oS dice:
Es lo que te decía del php como cgi, ellos lo corren asi por defecto, si querés correrlo como un modulo de apache tenés que agregarlos en el .htaccess como un adhandler.
Tecnicamente es muchísimo mas rápido como mod del apache que como cgi, pero si todo el servidor está configurado para correrlo com un cgi, no afecta tanto es mas te va adar mas problemas como mod.
Te repito el problema está en la relación php/sql de wp, optimizá la base de datos como publiqué e defmay y te aseguro que tu sitio va a volar!
Saludos.
Saludos.
Comentario — 13/11/2005
Boja dice:
Como ya dije la optimización de las bases de datos no me solucionó el problema.
De todas maneras estoy a la espera de la contestación por parte de DH y ver si los informes de sobrecarga cesan de una vez por todas.
Saludos.
Comentario — 13/11/2005
Vidablog dice:
Crear reporte de consumo en DH
Desafortunadamente, hace algunos días se dieron casos donde nos dimos cuenta que- PHP+CGI+WordPress+DreamHost: Sobrecargas. Se escribieron varios posts al respecto en la blogosfera, y seguramente varios bloggers hospedados en Dreamhost pusieron aten…
Trackback — 14/11/2005
Juan dice:
yo habia comentado en el otro post, el problema no es de Wordpress, yo uso NucleusCMS y tuve exactamente el mismo problema que Boja. También instale un plugin de Cache y lo solucioné. Aunque sigo medio en el limite :S
Comentario — 19/11/2005
juars dice:
cómo lo desactivas?
Comentario — 6/2/2006
Boja dice:
Juars, dale a editar un dominio y te aparece la opción. Deberás hacerlo para cada dominio que tengas.
Comentario — 6/2/2006
sonico dice:
yo estoy a punto (creo que mañana) de cambiarme a DH pero mi duda es la sgte… yo tengo un website de mas de 7000 visitas diarias… con eso voy a sobrecargar la CPU? que ni siquiera se porque existe ese item de SOBRACARGAR una cpu… me aconseja alguien que si me cambie?
bueno y aparte que quiero instalar unos 5 blogs… sera DH la mejor opcion?
Comentario — 21/2/2006
Boja dice:
Hay muchísimas páginas alojadas en Dreamhost con miles de visitas y no tienen ningún problema. El cache incorporado por WordPress, optimizar las tablas de la base de datos y poco más debería ser suficiente para poder disfrutar de DreamHost y sus cupones de descuento.
Un saludo.
Comentario — 21/2/2006
Dani dice:
He hecho lo mismo antes de empezar a tener problemas con Dreamhost, sin embargo mi WordPress se ha venido abajo. Curiosamente otro blog en la misma cuenta en el que había desactivado PHP as CGI antes de instalar Wordpress funciona correctamente.
¿Debo reinstalar WordPress o a alguien se le ocurre de qué puede ser?
Warning: main(/home/.gigia/cuenta/dominio.com/wp-config.php): failed to open stream: Permission denied in /home/.gigia/cuenta/dominio.com/wp-blog-header.php on line 12
Fatal error: main(): Failed opening required ‘/home/.gigia/cuenta/dominio.com/wp-config.php’ (include_path=’.:/usr/local/lib/php’) in /home/.gigia/cuenta/dominio.com/wp-blog-header.php on line 12
Comentario — 7/3/2006
Boja dice:
Prueba a dar permisos ‘mayores’ a los archivos que generan los errores.
Comentario — 7/3/2006
Dani dice:
En mi comentario anterior os decía que había tenido ese problema al cambiar el modo de ejecución, por si a alguien le sirve de ayuda para solucionarlo he tenido que borrar TODOS los archivos de WP y volverlos a copiar (la base de datos no he tenido que tocarla). Si hacéis esto acordaos de desactivar los plugins, yo no lo hice y sudé un poco para arreglarlo.
Ahora, otro detalle, que se comenta en la actualización del post pero no he visto si hay novedades al respecto: ¿cómo hacemos para medir la CPU ahora que no está en modo php.cgi? ¿o simplemente nos despreocupamos?
Comentario — 18/3/2006
elsamu dice:
Buenas a todos!
¿Sabeis si siguen aplicando los descuentos esos del primer año por 30 euros o algo asi?
¿Existe alguna ‘demo’ del panel de Dreamhost? Y ya por último y así no te agobio mucho… como bien dice el muchacho de arriba, ¿cómo medir la carga de CPU?
Un saludo!
Comentario — 20/4/2006
Boja dice:
elsamu, si funciona el cupón descuento AHORRO50. Creo que no existe demo del panel y la carga de cpu se activar su medición desde el propio panel.
Un saludo.
Comentario — 20/4/2006
elsamu dice:
Mil gracias!!
A ver si contrato con ellos pronto… :)
Un saludo!
Comentario — 20/4/2006
Merche dice:
Hola! Disculpad la novatez, pero… estoy chocheando o en el panel de Dreamhost ya no aparece la opción de desactivar/activar php como cgi? Porque yo antes recuerdo que estaba, pero ahora sólo veo la opción de usar php 5.1.2 ó 4.4.2, FastCGI… ¿qué es mejor marcar?
¡Un saludo, gracias!
Comentario — 30/4/2006
Merche dice:
Parece que sí, que desde hace unos días ya no se puede desactivar esa opción: http://blog.dreamhosters.com/2006/04/11/end-of-php-as-an-apache-module/ (en particular comentario de Peter, de DH), aunque no afecta a configuraciones ya existentes, pero sí a las nuevas o a las modificaciones.
Perdón por la intromisión. Gracias :)
Comentario — 1/5/2006
nenetaro dice:
Y ahora se supone que por defecto tenemos activado el tema este del php como cgi?
Es que mi website va lentísimo y da muchos errores, ello lo achacan a un consumo excesivo de cpu, manda narices :-S
Comentario — 6/2/2007
Quatermain dice:
Buenas ¿alguien puede decirme cómo puedo ver el consumo de CPU que estoy teniendo en Dreamhost?
Comentario — 25/4/2007
Franco dice:
La verdad que pensaba cambiarme de host a DH pero ahora no se, lo voy a re evaluar, de todas formas gracias por el dato, en caso de que me mude me va a venir bien =D.
Comentario — 14/10/2007
patriram dice:
yo tengo el mismo problema en bluehost.
Mirando lo del fast CGI me di cuenta que bajo la opcion Software /Services esta Activar Fast CGI Acceleration, ya la active, esperemos a ver que pasa…
:D
suerte a todos los que tienen el mismo problema en Bluehost, esperemos que sea esto.
Comentario — 4/1/2008