You’re so…, originally uploaded by Pedro Villavicencio. Salió muy fifí? Nótese el bolso ad-hoc Puma cortesía de Andrea que a penas alcanza a notarse en mi hombro derecho, pero que da el toque chic a la noche.

is all about share, originally uploaded by Pedro Villavicencio. Luego de modelar, compartiendo correos electrónicos tras haber instalado exitosamente Ubuntu Feisty Fawn en un Macbook CD primera generación. Como lo haría la señora Juanita, lo único a instalar fue 915resolution, el resto reconocido a la primera.

Un año más, que se va, un año más, cuantos se han ido. Son quince, son veinte, son treinta …

Paremos aquí mejor. Otro año pasó, mil historias. Este año fue el año de los casamientos, hijos y demases, como una sombra sobre nuestras cabezas, es la primera señal de que el tiempo pasa inexorablemente y no se detiene para nadie. Así que hay que hacer algo interesante de él.

Luego de revisar las variables posibles de pobre desempeño a nivel más bajo, me acerco a la optimización del software. Vuelvo a reiterar que «Your mileage may (and will) vary», debido a que mis requerimientos son muy específicos respecto al software servido.

Ver también:

• Throttling Apache.
• Case study: Optimizando un web server en linux pt. 1.
• Case study: Optimizando un web server en linux pt. 2.

Ahora, Apache

Tras mejorar las variables más comunes de posibles cuellos de botella que sean en parte culpables por el rendimiento, llegamos al servidor mismo.

Elección de MPM

Como ya antes fue enunciado, Apache tiene principalmente tres modelos de funcionamiento, siendo mayoritariamente utilizados los modelos de Prefork y Worker. Prefork es tal cual el modelo antiguo de apache 1.3, es decir un proceso por cliente y sin hilos. Worker es un modelo de multihilos en donde algunos procesos manejan distintos clientes mediante diferentes hebras. Debido al costo de cambio de contexto de los procesos en prefork, worker desde ese punto de vista provee un mayor desempeño. El problema asoma cuando utilizamos software que no tenga un suficientemente elaborado sistema de manejo de seguridad de memoria en el ambito de los hilos (o «Thread Safe»), como es el problema de PHP y su TSRM.

Ya me voy acercando y una vez en el servidor, ¿qué más puede provocar cuellos de botella?. El acceso a los datos.

Ver también:

• Throttling Apache.
• Case study: Optimizando un web server en linux pt. 1.
• Case study: Optimizando un web server en linux pt. 3.

Sistema de archivos

Tras años de jugar en cuanto sistema de archivo existente en Linux, más que benchmarks y anotaciones sagradas tengo experiencias, sesgadas probablemente, pero no menores. Manteniendo un servidor web, donde en promedio cada archivo servido no tiene mas de 100KB de tamaño en disco, es necesario un sistema de archivos que sea eficiente (y estable) con archivos pequeños.

Mi primera tendencia fue a utilizar XFS, pero pesar de su solidez y rapidez, su comportamiento cuando el sistema de archivos se hace cada vez mas granulado comienza a dar problemas, búsquedas en directorios demasiado grandes se hacen cada vez más lentos. ReiserFS entonces fue mi segunda intención, pero tras varios accidentes (si, ya dije que probablemente sesgados) en donde terminé con sistemas inconsistentes, no graves estadísticamente hablando, pero que se corrompa un httpd.conf con cientos de vhosts no es ninguna gracia (como alguna vez me ocurrió), finalmente descarté ReiserFS tal vez tan solo para tener la conciencia limpia, ya que continúo utilizandolo en mis desktop (al igual que los «filmservers» con XFS).

Este no pretende ser un manual de configuración y optimización específico para tu aplicación web, sino más bien un caso de estudio ajustado a mis necesidades específicas. Puedes tomar en cuenta el análisis hecho para sacar tus propias conclusiones. Estará compuesto de varios episodios en donde se toman en cuenta los diversos caminos a tomar.

Reitero esto ya que de seguro «tu kilometraje puede variar».

Ver también:

• Throttling Apache.
• Case study: Optimizando un web server en linux pt. 2.
• Case study: Optimizando un web server en linux pt. 3.

La idea

Tal vez uno de los servicios de mayor uso y expansión a traves de internet sea la web. Y en este ámbito quien se lleva la torta es Apache, quien según Netcraft maneja alrededor del 67% de los sitios web disponibles en la red.

Un dato aparte es que Apache ha tenido durante el 2006 una pequeña baja en su supremacía en favor de otras soluciones web, probablemente por las mismas razones que estoy escribiendo: la busqueda de la mejor performance.

Hay bastantes otros servidores web menos usados pero que logran mayores performances para contenidos particulares. Lighhtpd y su actual relación con la moda Web 2.0 y Ruby on Rails, y servidores principalmente orientados a servir óptimamente contenido estático como Thttpd, Boa (quien sirve el contenido estático de Slashdot, algo no menor) y Tux. Y por último pero no menor, la aparición de el (de esperar) completo reemplazo de Apache, Cherokee, del español Alvaro López.

Es claro entonces el interés por lograr la mayor performance posible, reuniendo el conjunto de tecnologías que lo permita sin ya existir el apego casi religioso a la predilección por Apache.

Cuatro trabajos que he tenido en mi vida:

• Digitador
• Tutor de Economía
• Ingeniero Comercial
• Sysadmin

Cuatro películas que volvería a ver:

Long time, no see. Ayer salimos junto a Basilio y Bea a tomar algunas fotografías para construir panoramas con autopano-sift + hugin + enblend. Lamentablemente cometí dos graves errores. Olvide cambiar la sensibilidad ISO (saque las fotografias en 400) y gran parte de las imagenes no se sobreponen lo suficiente para que autopano encuentre correlaciones con un numero suficiente de sift keypoints.

Hace falta subir a un mirador y tomar fotografias de todo Concepción.

<br /> fabian@dianoga:~/www/blogs$ grep ‘^[http’ etc/config.ini | wc -l<br /> 500<br /> Hace unos momentos acabo de agregar el suscrito número 500 al Planeta Blogs. Quien diría que mi lista de 15 pelagatos llegaría a 500.

Aunque soy contrario a la usanza del término «fenómeno blog», se nota que esta moda ya se asentó en Chile. ¿Qué vendrá para estas vacaciones?, ya la próxima vez que nos juntemos Andrea, Pedro y yo, de seguro grabamos un podcast de todas las cabezas de pescado que salen.

Este sábado 4 de 10 a 19 horas en el DuocUC Concepción Centro se realizará la sexta de estas reuniones. Por fin la primera del año. Esta vez dudo que alcance a presentar algo, ya que preparando «sentámenes» es difícil darse el tiempo, pero espero estar presente para la mesa redonda.

¿Que son las reuniones de formación de hackers para GNOME? En las RFHG se pretende difundir y potenciar el uso de la plataforma GNOME como ambiente de desarrollo.

La última cabeza de pescado que se me antojó. Correr Mac OSX 10.3.4 en mi ia32.

Mac OSX 10.3.4 De todas formas, necesito un par de gigas extras de ram para soportar semejante bestia. Y todo gracias a Pearpc. El setup de networking tiene sus detalles, necesita TUN/TAP para funcionar, que probablemente ya venga compilado en tu kernel linux o en windows puedes hacerte de openvpn 2.0beta (de preferencia el beta2).

Acabo de ver el video instruccional «John Petrucci: Rock Discipline». Su nombre esta perfectamente puesto. Petrucci demuestra ser el hombre mas disciplinado de los guitarristas que pululan la escena.

John Petrucci: Rock Discipline. Parte con alrededor de 10 minutos de ejercicios fisicos y masajes, para luego seguir con prácticas separadas para cada una de las manos. De a poco va uniendo las técnicas para dos manos. Un video realmente instruccional.

Ya necesitaba mover algo las piernas, asi que nos pusimos de acuerdo con Cristian para una vez más subir el Manquimávida, llegar hasta su punto más alto y luego caminar por toda la cresta hasta llegar al frente de mi casa.

Cielo sobre Concepción. Se suponía según los pronósticos del tiempo que iba a estar nublado, por suerte no fue asi (para la vista que tendríamos) y por otra parte ni tanta suerte (me quemé los brazos ;-) ).

Con Cristian teníamos planeado hace algunos días volver a subir el Cerro Manquimávida, esta vez por un camino más entretenido, un sector de roqueríos que da la cara suroeste. Pero como ya se nos esta haciendo costumbre, luego de una semana de perfecto clima y hermosa visibilidad, bastó que nos pusiéramos de acuerdo para subir para que se pusiera a llover justo la noche anterior.

Flores en el Manquimávida. A punto de decidir no subir por el mal tiempo, unos rayos de sol nos alentaron a salir de todas formas, algo mas tarde de lo habitual.

Hoy mi hermana me dió la idea de salir a tomar algunas fotografías. Hace bastante que no nos tomábamos alguna juntos. Así que allá vamos.

Junto a mi hermanita. Aprovechamos de invitar a salir a Cristian y Johanna y partimos sin rumbo definido hasta que se nos cruzó por la mente la Desembocadura del Biobío.

Roqueríos junto a la desembocadura del Biobío. El viento nos hacía volar y los zancudos nos comían, a tal punto que en una oportunidad decidí bajar a tomar unas fotografías del lado norte de la desembocadura, pero la nube de zancudos era tan grande que tuve que salir corriendo de vuelta al auto.

A Cristian ya se le hizo poco su amplificador Peavey de 15W para hacer temblar su habitación asi que anda en búsqueda de algo mas potente. Hoy lo acompañé a encontrar el eslabón perdido de un Marshall de 30W. En ninguna parte encontramos y para cuando llegamos a una de las últimas tiendas especializadas, ya habían cerrado, plop!.

Sócrates Planet. Luego pasamos por una Rich (si, continúo en mi campaña de recuperar peso, aunque todavía los pantalones se me caen puestos) y al DUOC UC donde debía encontrarse con un profesor por unas consultas de último minuto para su informe final.