From c0b7206652b2852bc574694e7ba07ba1c2acdc00 Mon Sep 17 00:00:00 2001 From: hongbotian Date: Mon, 30 Nov 2015 03:10:21 -0500 Subject: delete app Change-Id: Id4c572809969ebe89e946e88063eaed262cff3f2 Signed-off-by: hongbotian --- rubbos/app/apache2/manual/mod/prefork.html.es | 197 -------------------------- 1 file changed, 197 deletions(-) delete mode 100644 rubbos/app/apache2/manual/mod/prefork.html.es (limited to 'rubbos/app/apache2/manual/mod/prefork.html.es') diff --git a/rubbos/app/apache2/manual/mod/prefork.html.es b/rubbos/app/apache2/manual/mod/prefork.html.es deleted file mode 100644 index 0ab1be81..00000000 --- a/rubbos/app/apache2/manual/mod/prefork.html.es +++ /dev/null @@ -1,197 +0,0 @@ - - - -prefork - Servidor HTTP Apache - - - - - -
-

Módulos | Directivas | Preguntas Frecuentes | Glosario | Mapa de este sitio web

-

Versión 2.0 del Servidor HTTP Apache

-
-
<-
- -
-

MPM de Apache prefork

-
-

Idiomas disponibles:  de  | - en  | - es  | - ja  | - tr 

-
-
Esta traducción podría estar - obsoleta. Consulte la versión en inglés de la - documentación para comprobar si se han producido cambios - recientemente.
- - - -
Descripción:Implementa un servidor web pre-forking y no -hebrado
Estado:MPM
Identificador de Módulos:mpm_prefork_module
Fichero de Código Fuente:prefork.c
-

Resumen de contenidos

- -

Este Módulo de MultiProcesamiento (MPM) implementa un - servidor web pre-forking y no hebrado que trata las peticiones de - una manera similar a como lo hacía Apache 1.3. Esto es - apropiado para sitios web que necesitan evitar el hebrado para ser - compatibles con librerías que no son seguras cuado se usan - hebras. Es también el mejor MPM para aislar cada - petición, de manera que si suge un problema con una - petición, esto no afecte al resto.

- -

Este MPM está muy autorregulado, de manera que muy pocas - veces es necesario ajustar los valores de sus directivas de - configuración. El valor que se fije en la directiva - MaxClients debe ser lo - suficientemente grande para tratar tantas peticiones - simultáneas como espere recibir su sitio web, pero lo - suficientemente pequeño para asegurarse de que hay memoria - RAM suficiente para todos los procesos.

-
- -
top
-
-

Cómo funciona

Un - solo proceso de control es el responsable de lanzar los procesos - hijo que escuchan las peticiones que se puedan producir y las - sirven cuando llegan. Apache siempre intenta mantener varios - procesos de sobra o en espera, que estén - disponibles para servir peticiones cuando lleguen. Así, los - clientes no tienen que esperar a que un nuevo proceso hijo sea - creado para ser atendidos.

- -

Las directivas StartServers, MinSpareServers, MaxSpareServers, y MaxClients regulan la forma en que - el proceso padre crea hijos para servir peticiones. En general, - Apache funciona bien sin hacer muchas modificaciones en los - valores por defecto de estas directivas, de manera que la mayor - parte de los sitios web no necesitan ajustar esas directivas a - valores diferentes. Los sitios web que necesiten servir más - de 256 peticiones simultáneas pueden necesitar incrementar el - valor de MaxClients, - mientras que los sitios web con memoria limitada pueden necesitar - decrementar MaxClients - para evitar que el rendimiento del servidor se degrade (pasando - los contenidos de memoria al disco y de vuelta a memoria). Puede - obtener más información sobre como mejorar el - rendimiento del proceso de creación de procesos en la - documentación sobre mejora - del rendimiento.

- -

El proceso padre de Apache se inicia normalmente como usuario - root en Unix para que escuche en el puerto 80, sin - embargo, los procesos hijo se crean con menores privilegios de - usuario. Las directivas User y Group se usan para determinar los - privilegios de los procesos hijo de Apache. Los procesos hijo - deben ser capaces de leer todos los contenidos que van a servir, - pero deben tener los menores privilegios posibles.

- -

La directiva MaxRequestsPerChild controla - cómo el servidor recicla frecuentemente los procesos - eliminando los antiguos y creando nuevos.

-
-
top
-

MaxSpareServers Directiva

- - - - - - - -
Descripción:Número máximo de procesos hijo en espera que -puede tener el servdor
Sintaxis:MaxSpareServers number
Valor por defecto:MaxSpareServers 10
Contexto:server config
Estado:MPM
Módulo:prefork
-

La directiva MaxSpareServers determina - el número máximo de procesos hijo en espera - deseado. Un proceso en espera es aquel que no está atendiendo - ninguna petición. Si hay más de - MaxSpareServers procesos hijo en espera, - entonces el proceso padre elimina el exceso.

- -

Ajustar este parámetro debe ser necesario solo en sitios - web con muchas visitas. Fijar un valor alto para este - parámetro es una mala idea casi siempre. Si fija un valor por - debajo de MinSpareServers, - Apache ajustará automáticamente el valor a MinSpareServers + 1.

- -

Consulte también

- -
-
top
-

MinSpareServers Directiva

- - - - - - - -
Descripción:Número mínimo de procesos hijo en espera
Sintaxis:MinSpareServers number
Valor por defecto:MinSpareServers 5
Contexto:server config
Estado:MPM
Módulo:prefork
-

La directiva MinSpareServers fija el - número mínimo de procesos hijo en espera. Un - proceso en espera es aquel que no está atendiendo ninguna - petición. Si hay menos procesos hijo en espera que - MinSpareServers, entonces el proceso padre - crea nuevos procesos hijo a un ritmo máximo de uno por - segundo.

- -

Ajustar este parámetro debe ser necesario solo en sitios - web con muchas visitas. Fijar un valor alto para este - parámetro es una mala idea casi siempre.

- -

Consulte también

- -
-
-
-

Idiomas disponibles:  de  | - en  | - es  | - ja  | - tr 

-
- \ No newline at end of file -- cgit 1.2.3-korg