2010/3/13 Hernan Rodriguez Colmeiro <[email protected]>: > 2010/3/13 Pablo Antonio <[email protected]>: >> 2010/3/13 Damian Montaldo <[email protected]>: >> [snip] >>> >>> En resumen dice: >>> "I have a relatively small mediawiki installation (~100 articles) on >>> unbuntu linux." >>> "Searches take ~10 sec and page updates take ~15 sec. It's very annoying." >>> >>> Las respuestas hablan de: >>> "caching options to increase performance even for a low-traffic wiki server" >>> "PHP caching and memcached are the most important cache layers that >>> you can add on top..." >>> Igual no hay una solución milagrosa, pero bueno, al menos nos hace ver >>> que no estamos solos en este embrollo. >> >> Había escuchado que MySQL no era la cosa que más escalaba en el mundo, >> pero que no se banque 100 artículos es un chiste. Me niego a creer que >> esto se soluciona agregando capas de caché. Pero bueno, yo no soy >> precisamente el que más sabe de esto. :) >> > > Usar memcached para una wiki con las entradas que tenemos nosotros es > una hiper-guasada-solucion-de-cabeza-200%. Los cache para php se > empiezan a usar cuando una web tiene una carga importante (digamos > superior a las 1000 visitas únicas diarias) para que el server no esté > al moño cada vez que tiene que servir la página. No es nuestro caso ni > remotamente. > Un mediawiki con esas características debería funcionar de pelos, no > debería andar lento ni locos. Yo como les dije este finde voy a > empezar con el scrapper a ver que puedo lograr, pero no busquen > soluciones por un caché que es el camino equivocado.
Se ve que no estaba tan errado... En fin, ¿alguien va a probar lo del profiling? Copio algunas sugerencias que tiró Alberto y no sé si alguien las probó. Les recuerdo que ya hubo al menos un thread acerca del tema wiki[1]. Quizás vale la pena que el que se ponga toquetear primero mire qué sugerencias quedaron colgadas y qué cosas se probaron y no arreglaron nada. > Probaron poniendo skip-name-resolve en la seccion mysqld (notar la "d") del > my.cnf (/etc/mysql/my.cnf usualmente)? > Eso hace que no intente resolver para ver quien se conecta. Si tienen grants a > usuarios con hostnames, no van a andar (o habria que cambiarlas para que usen > ips), pero quizas vale la pena probar igual. > Estan seguros que no es el apache (o la aplicacion) intentando resolver > inversamente las conexiones, no? (creo que ya lo pregunte alguna vez) Saludos, [1] http://glugcen.dc.uba.ar/cgi-bin/mailman/private/org/2009-November/001667.html -- 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
