Libertonia
Portada · Todo · Software Libre · Desarrolladores · Comunidad · Internet · Tecnología · Meta · Diarios
Ver: Modo: Orden:
Monta un servidor para un proyecto libre | 8 comentarios (6 temáticos, 2 editoriales, 0 ocultos)
Elegir el software a juego con el hw del servidor (5.00 / 1) (#2)
por jorginius ("jorginius" en Google Mail) a las Sat Aug 14th, 2004 at 01:46:49 PM CET
(Información Usuario) http://www.rodriguezmoreno.com

El servidor que yo uso, a pesar de ser bastante robusto [...] tiende a agobiarse fácilmente con tareas complejas como correr un programa en perl. Así que he decidido no dar acceso anónimo ni al cvsweb ni a las estadísticas, ambos en perl

El cvsweb sí que genera contenidos dinámicos y carga al servidor pero el awstats genera páginas estáticas (se puede configurar) así que se hagan muchas o pocas consultas, Perl sólo se ejecuta una vez cada x tiempo y no estás ganando nada por ese lado al dejarlas como privadas.

Por otra parte, no sé cuantos hits recibes ni cuantas veces consultas los logs, pero correr el awstats cada 10 minutos me parece una pasada, más que nada por lo que pesa. Con correrlo una o dos veces al día creo que sobra (a horas intempestivas y con baja prioridad).

Sobre cvsweb, puedes usar mod_perl para mejorar bastante el rendimiento. El truco está documentado en Running CGI Scripts with mod_perl. No hace milagros pero seguro que notas la mejora en tu hardware.

Mailman está escrito en Python y es bastante pesado. Otras soluciones mucho más ligeras son Sympa y eCartis para la interfaz web de las listas.

Evidentemente, hay aplicaciones más exigentes que otras pero en general deberías evitar programas escritos en Python, en PHP y en Perl (por ese orden). Busca siempre módulos del Apache o CGI escritos en C, y para scripts que manejen logs o para pequeñas tareas de administración en el cron o para pequeños CGI, si puedes hacerlo en Awk y en shell script antes que en Perl mucho mejor.



Sí pero cuidadín (none / 0) (#3)
por man ls a las Sat Aug 14th, 2004 at 02:55:30 PM CET
(Información Usuario)

Por otra parte, no sé cuantos hits recibes ni cuantas veces consultas los logs, pero correr el awstats cada 10 minutos me parece una pasada, más que nada por lo que pesa. Con correrlo una o dos veces al día creo que sobra (a horas intempestivas y con baja prioridad).
Tienes más razón que un santo, lo acabo de cambiar. Pero hay un problema: el objeto de correrlo cada 10 minutos es también para que procese el fichero de log antes de que logrotate lo cambie: una vez que se renombra a access.log.1, awstats pasa de él. Si logrotate corre digamos a las 6:25 y awstats a las 6:30, todas las semanas se perderá todo un día de estadísticas.

En esta página recomiendan trastear con logrotate, cosa que está bastante por encima de mis posibilidades de BOFH. Así que lo que he hecho es fijarme en que logrotate se ejecuta como proceso diario en /etc/cron.daily, comprobar la hora a la que corre en /etc/crontab:
25 6 * * * root test -x /usr/sbin/anacron || run-parts --report /etc/cron.daily
y cambiar /etc/cron.d/awstats:
0 6 * * * root cd /var/www/cgi-bin/ && ./awstats.pl -config=foo > /dev/null
10 6 * * * root cd /var/www/cgi-bin/ && ./awstats.pl -config=bar > /dev/null
que me parece más sencillo.
Mailman está escrito en Python y es bastante pesado. Otras soluciones mucho más ligeras son Sympa y eCartis para la interfaz web de las listas.
La interfaz web no es lo que más me preocupa, porque mailman genera páginas estáticas en /var/lib/mailman/archives/public/. ¿Se cargará mucho el servidor cuando haya cierta actividad en las listas?

[ Padre ]


Más Mailman (none / 0) (#4)
por jorginius ("jorginius" en Google Mail) a las Sat Aug 14th, 2004 at 03:49:13 PM CET
(Información Usuario) http://www.rodriguezmoreno.com

el objeto de correrlo cada 10 minutos es también para que procese el fichero de log antes de que logrotate lo cambie

Buena puntualización :-). En efecto, hay que tener cuidado.

La interfaz web no es lo que más me preocupa, porque mailman genera páginas estáticas en /var/lib/mailman/archives/public/.

Bueno, la parte de altas, bajas y de gestión es dinámica. Además, alguna vez tendrás Perl y Python a un mismo tiempo sirviendo peticiones y puede ser excesivo.

Una cosa que no trae la parte dinámica de Mailman es un buscador de mensajes.

¿Se cargará mucho el servidor cuando haya cierta actividad en las listas?

Supongo que depende de tu configuración, de cómo configures Mailman y de si lo tienes con un alias, a lo Majordomo, porque cada mensaje que reciba la lista sería procesado por un script de Python (con arranque de intérprete cada vez incluido) y eso no es bueno... No sé cómo se engancha en el Exim.

El eCartis (por decir algo) es bastante más rápido. Si ya tienes Mailman puesto es cuestión de dejarlo crecer. Después si ves que no sirve siempre puedes cambiarlo sin muchos traumas.

De todas formas, en esto del rendimiento el MTA tiene mucho que decir (en cómo se despachan los mensajes) y los discos y el ancho de banda. Es cuestión de probar: podrías hacerte tu mismo mailbombing y ver que pasa.

[ Padre ]


 

Monta un servidor para un proyecto libre | 8 comentarios (6 temáticos, 2 editoriales, 0 ocultos)
Ver: Modo: Orden:
Menu
· crear cuenta
· FAQ
· búsqueda
· Fuentes de Noticias

Login
Nueva cuenta
Usuario:
Contraseña:

ecol Logo Powered by Scoop
Todas las Marcas Registradas y copyrights de esta página son propiedad de sus respectivos dueños.
Los comentarios son propiedad del que los escribe.
Los iconos de las noticias y el logotipo son propiedad de Javier Malonda.
El Resto © 2002 Escomposlinux.org y aledaños.

Puedes sindicar los contenidos de libertonia en formato RSS 1.0 y RDF 0.9. También se puede sindicar la cola de envíos pendientes de moderación.

El proyecto escomposlinux.org está dedicado a la memoria de tas

crear cuenta | faq | búsqueda