INSTITUTO TECNOLGICO DE TIZIMN

ASIGNATURA: Administracin de servidores

SEMESTRE: Sexto

NOMBRE DE LA ACTIVIDAD: Ventajas y desventajas de Worker y Prefork en Apache2.

NOMBRE DEL PROFESOR: Abel Abraham Estrella Ojeda

NOMBRE DEL ALUMNO: Baas Canul Carlos Josu

FECHA DE ENTREGA:28 de febrero de 2014

INGENIERA EN INFORMTICA

Apache vs prefork
MPM significa mdulo de multiprocesamiento. Podemos ver el mpm predeterminado mediante el comando " httpd -l" Apache 2 se trata principalmente con la siguiente MPM de Prefork Obrero Mpm_winnt Este mdulo de multiprocesamiento optimizado para Windows NT. Mpm_netware Multiprocesamiento Mdulo de la implementacin de un servidor web con rosca exclusivamente optimizada para Novell NetWare

1) Prefork MPM
Mpm prefork maneja las solicitudes al igual apache 1.3. Como su nombre indica esto pre proceso hijo necesaria tenedor al iniciar apache. Es adecuado para los sitios web que evita roscado para la compatibilidad de las bibliotecas no- thread -safe. Tambin se conoce como el mejor MPM para aislar cada solicitud.

De trabajo: -

Un solo proceso de control se encarga de crear los procesos hijo que esperan conexiones y les sirven cuando llegan. Apache siempre intenta mantener varios servidores libres o espera, que estn listos para servir las peticiones entrantes. De esta manera, los clientes no tienen que esperar a un nuevo proceso hijo para ser bifurcadas antes de que sus peticiones se pueden servir. Podemos ajustar este proceso de reserva a travs de la conf apache. Para un servidor normal, que est teniendo 256 conexiones simultneas puede utilizar la configuracin por defecto prefork. Perfork es el mdulo por defecto dado por apache. # StartServers: nmero de procesos de servidor para iniciar # MinSpareServers: nmero mnimo de procesos del servidor que se mantienen de repuesto # MaxSpareServers : nmero mximo de procesos de servidor que se mantienen de repuesto 2

# MaxClients : mximo nmero de procesos del servidor se les permite empezar # MaxRequestsPerChild Directiva establece el lmite en el nmero de solicitudes que un proceso hijo del servidor puede atender . Despus de solicitudes MaxRequestsPerChild , el proceso hijo morir. Si MaxRequestsPerChild es 0, entonces el proceso nunca expirar

2 ) Worker MPM
Este mdulo de multiprocesamiento (MPM ) implementa un servidor multi- roscado multiproceso hbrido . Mediante el uso de hilos para atender las solicitudes , que es capaz de servir a un gran nmero de peticiones con menos recursos del sistema que un servidor basado en procesos. Las directivas ms importantes que se utilizan para controlar este MPM son ThreadsPerChild , que controla el nmero de hebras que tiene cada proceso y MaxClients nio , que controla el nmero total mximo de hilos que pueden ser lanzados . Ventaja: El uso de memoria y performanance sabio es mejor que prefork Desventaja: trabajador no podr funcionar adecuadamente con lenguajes como php

De trabajo: -

Un solo proceso de control (el padre) es el responsable de crear los procesos hijo. Cada proceso hijo crea un nmero fijo de hilos de servidores como se especifica en la directiva ThreadsPerChild, as como un hilo oyente que escucha conexiones y los pasa a una hebra del servidor para que la procese. Apache siempre intenta mantener un grupo de subprocesos de sobra o en espera, que estn listos para servir las peticiones entrantes. De esta manera, los clientes no tienen que esperar a una nueva hebra o procesos que se creen antes de que sus peticiones se puedan servir. El nmero de procesos que se crean al principio est establecido por la Directiva StartServers. Durante la operacin, Apache evala el nmero total de hebras en espera en todos los procesos, y las horquillas o mata los procesos para mantener ese nmero dentro de los lmites especificados por MinSpareThreads y MaxSpareThreads. Dado que este proceso se autorregula muy, rara vez es necesario modificar estas directivas desde sus valores por defecto. El nmero mximo de clientes que pueden ser servidos al mismo tiempo (es decir, el nmero total mximo de hilos en todos los procesos) est determinada por la directiva MaxClients. El nmero mximo de

procesos hijo activos est determinado por la directiva MaxClients dividido por la directiva ThreadsPerChild