Historias
Slashboxes
Comentarios
 
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • Raglas para exprimir al servidor web

    (Puntos:5, Inspirado)
    por lasizoillo (9545) el Domingo, 21 Agosto de 2005, 22:49h (#576231)
    ( http://127.0.0.1/ | Última bitácora: Jueves, 01 Julio de 2010, 03:18h )
    Buenas, te voy a dar unas pocas reglas, que creo que son suficientes para que tu aplicación vaya rápido.
    1.- Haz estático todo lo que pueda ser estático.
    2.- Si no puedes hacer estático lo que debe ser estático, usa caches. Recuerda que el propio Sistema Operativo tiene caches de disco (contenido estatico). Soluciones como Squid o mod_proxy de apache ayudan. En ultima instancia que tu aplicación reimplemente (o reinvente la rueda) un cache.
    3.- Si no puedes hacer estático o usar caches, vuelve a darle una pensada, algo esta mal.

    Si usas el "ab" (apache benchmarks), veras que el contenido estatico corre mucho más rápido que el dinámico. Puedes ver incluso diferencias de 10 a 20 veces más rápido.

    Si lo que generas tiene muchas más lecturas que escrituras, puedes hacer todo estático, menos un pequeño publicador. ¿Fastcgi? ¿mod_xxx?

    Si hacer un publicador te resulta demasiado coñazo, puedes hacer algo dinamico y ponerlo tras un proxy. Debes ser muy cuidadoso con que el publicador informe de los tiempos de expiracion. Si no lo hace bien, tal vez puedas forzar al proxy a cachear, pero lo más probable es que esto te genere problemas. Si un usuario postea un mensaje y no lo ve, lo volvera a postear; hasta que el proxy refresque y vea que ha introducido todos.

    Hay publicadores que tienen su propia cache. Otros incluso su propio servidor de base de datos. Yo prefiero las cosas que hacen solo una cosa, pero la hacen bien (caso raro el del apache que hace tantas cosas y tan bien). Si un publicador rellena correctamente las cabeceras http, y responde al metodo HEAD (no solo del GET y el POST viven los navegadores) correctamente, tendras un cache tan bueno como el que te de el mejor proxy inverso que seas capaz de configurar (ej: squid). no necesita gestionar una caché :-D

    Espero que te sirva de algo, aunque si explicas de que va lo que va a correr en el servidor igual es más facil afinar.

    Por cierto, si te compilas apache "a medida" puedes reducir la memoria ocupada por proceso (tener cargado el mod_dav y no usarlo es darse patadas en los 0_O). Y viendo que andas limitado de memoria, esto puede serte muy util.
    --
    Una vez metido, recordad lo sucedido [laquadrature.net].
    Puntos de inicio:    5  puntos
    Modificador extra 'Inspirado'   0  

    Total marcador:   5