HTMLpointHTMLpoint HTMLpoint.com


 Presentación del software 2/4



Apache, cuyo desarrollo (recordamos que el grupo está formado por voluntarios conocidos como Apache Group) llegó a la versión 1.3.12, nació como sostitución para el servidor de red httpd 1.3 desarrollado por el NCSA (National Center for Supercomputing Applications), incluyendo las características, solucionando los problemas e implimentando nuevas features.
Como apuntamos antes, Apache es un servidor de red para el protocolo HTTP, elegido para poder funcionar como un proceso standalone, sin que eso solicite el apoyo de otras aplicaciones o directamente del usuario. Pra poder hacer esto, Apache, una vez que se haya iniciado, crea unos subprocesos (que normalmente vienen llamados "children processes") para poder gestionar las solicitudes: estos procesos, sin embargo, no podrán nunca interferir con el proceso mayor, sin embargo puede pasar lo contrario: envían una señal de stop a éste, también los children se terminarán.
Un típico árbol de procesos de Apache podría ser algo similar a:

USER PID %CPU %MEM SIZE RSS TTY STAT START TIME COMMAND
root 203 0.01 1.01 4952 720 ? S 17.20 0.03 /usr/sbin/apache
user 212 0.00 2.03 5012 1456 ? S 17.20 0.00 \_ /usr/sbin/apache
user 213 0.00 2.02 5008 1424 ? S 17.20 0.00 \_ /usr/sbin/apache
user 214 0.00 0.00 4976 0 ? SW 17.20 0.00 \_ (apache)
user 216 0.00 0.00 4976 0 ? SW 17.20 0.00 \_ (apache)
user 473 0.00 1.06 4976 1072 ? S 18.05 0.00 \_ /usr/sbin/apache
user 477 0.00 1.07 4976 1076 ? S 18.05 0.00 \_ /usr/sbin/apache
user 478 0.00 2.04 5012 1544 ? S 18.05 0.00 \_ /usr/sbin/apache

Además, recordamos que Apache se distribuye como free software, por explícito deseo del grupo que lo desarrolla: ellos, en realidad, consideran que instrumentos de este tipo tienen que ser accesibles a todos, y que los software house tienen que ganar sólo produciendo addons o similares de valor, o tal vez personalizados para algunas categorias de usuarios. Además, dejando el software al acceso de cualquiera completo de fuentes, es posible que los ususarios contribuyan, tanto a través de retroalimentación como a través de verdaderas patch, a mejorar el producto final. Con estas premisas, ¿podemos no darles la razón?


  Volver al inicio de la página