On Mon, Mar 15, 2010 at 12:19:53AM -0300, Damian Montaldo wrote: > On Mon, Mar 15, 2010 at 12:04 AM, Mariano J. Paz <[email protected]> > wrote: > > Esta info es oficial del sitio de Mediawiki. Creo que es el punto 0 de donde > > tendriamos que partir. > > Aparece por todos lados info, no estamos solos. > Empecemos por el backup, luego el profiler y después apuntemos los > cañones con todo a los resultados, en conjunto con el trabajo de > Hernan algo tiene que salir.
Che, hubo un thread por abril (ahora mismo no tengo el link al archivo de la lista porque dc.uba.ar está caído) en el que habíamos mirado un ``vmstat 1`` mientras se hacía un par de wgets a artículos del wiki. La salida de ``vmstat 1`` en ese entonces mostró que no había _ninguna_ lectura al disco para satisfacer los pedidos y que la CPU estaba la mayor parte del tiempo en idle. Sin embargo, el tiempo que tardaban los wget para traer una página era de entre 10 y 20 segundos. En otras palabras, habría que hacer un ``vmstat 1`` ahora con el nuevo hardware (haciendo los wget y demás). Si los resultados son similares, eso significa que hay tiempo que se está perdiendo en algo que no es ni procesar ni leer del disco, por lo que una caché no solucionaría el problema de fondo. Entonces una opción es que se esté invirtiendo tiempo en esperar algún dato de la red (habría que ver lo que sugirió Alberto de que quizás se trata de un mecanismo de resolución inversa; puede ser por parte de Apache para resolver el host del usuario, o de MySQL para resolver el host del Apache). Nos serviría ver si el tiempo se está perdiendo en el Apache o en MySQL. Para eso se pueden activar logs en MySQL que digan cuánto tiempo se pierde en los queries. O sea, me parece que antes de meter mano y poner cachés, mejor descartemos otras cosas que parecen quizás más probables y que son fáciles de chequear. ¿Alguien con usuario en el server podría mirar un poco la salida del vmstat al hacer wget a un artículo del wiki, y tal vez también fijarse lo otro? Saludos, -- Pablo Antonio (AKA crazy2k) http://www.pablo-a.com.ar/ _______________________________________________ Glug mailing list [email protected] http://glugcen.dc.uba.ar/cgi-bin/mailman/listinfo/glug
