On Mon, Mar 15, 2010 at 05:31:40PM -0300, Damian Montaldo wrote: > 2010/3/15 Pablo Antonio <[email protected]>: [snip] > > 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. > > Acá van los tiempos actualizados, tarda casi lo mismo: > http://pastebin.com/1uAPQ9e6
Sí, casi lo mismo. > > > 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. > > Acabo de correr los test y dio +/- lo mismo. > http://pastebin.com/WJd5CB0A OK. Era lo que esperábamos. > > > 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. > > Por parte del apache, a priori se podría descartar viendo que el index > tarda <0.5 segs (y lo probe varias veces y al final le deje la > escritura a disco y todo) Con apache me refería también a lo que hace el MediaWiki. > > > Para eso se pueden activar logs en MySQL que digan cuánto tiempo se > > pierde en los queries. > > En un principio, sin log, un status nos tira esto > http://pastebin.com/LmGuThtR OK. Como te dije por chat, por ahí tcpdump puede decir algo interesante si hay algún tema como el que yo suponía. Si podés, hacé un tcpdump sobre la interfaz de red y sobre "lo". Saludos y gracias, -- 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
