 |
|
|
|
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?
| |
|
|
|
