<a href="./tr/mpm.html" hreflang="tr" rel="alternate" title="Türkçe"> tr </a> |
<a href="./zh-cn/mpm.html" hreflang="zh-cn" rel="alternate" title="Simplified Chinese"> zh-cn </a></p>
</div>
-<div class="outofdate">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.</div>
<p>Este documento describe que es un Módulo de Multiprocesamiento y
como los usa Apache.</p>
</div>
<div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#introduction">Introducción</a></li>
-<li><img alt="" src="./images/down.gif" /> <a href="#choosing">Cómo Elegir un MPM</a></li>
<li><img alt="" src="./images/down.gif" /> <a href="#defaults">MPM por defecto</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#static">Compilando un MPM como módulo estático</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#dynamic">Compilando un MPM como módulo DSO</a></li>
</ul><h3>Consulte también</h3><ul class="seealso"><li><a href="#comments_section">Comentarios</a></li></ul></div>
<div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
<h2><a name="introduction" id="introduction">Introducción</a> <a title="Enlace permanente" href="#introduction" class="permalink">¶</a></h2>
- <p>Apache está diseñado para ser un servidor web potente
+ <p>El servidor Apache HTTPD está diseñado para ser un servidor web potente
y flexible que pueda funcionar en la más amplia variedad de
plataformas y entornos. Las diferentes plataformas y los
diferentes entornos, hacen que a menudo sean necesarias diferentes
características o funcionalidades, o que una misma
característica o funcionalidad sea implementada de diferente
- manera para obtener una mayor eficiencia. Apache se ha adaptado
+ manera para obtener una mayor eficiencia. Apache httpd se ha adaptado
siempre a una gran variedad de entornos a través de su
- diseño modular. Este diseño permite a los
- administradores de sitios web elegir que características van
- a ser incluidas en el servidor seleccionando que módulos se
- van a cargar, ya sea al compilar o al ejecutar el servidor.</p>
+ diseño modular. Este diseño permite a los administradores de sitios web
+ elegir que características van a ser incluidas en el servidor seleccionando
+ que módulos se van a cargar, ya sea al compilar o al ejecutar el servidor.</p>
- <p>Apache 2.0 extiende este diseño modular hasta las
+ <p>El servidor Apache HTTP 2.0 extiende este diseño modular hasta las
funciones más básicas de un servidor web. El servidor
viene con una serie de Módulos de MultiProcesamiento que son
responsables de conectar con los puertos de red de la
servidor ofrece dos beneficios importantes:</p>
<ul>
- <li>Apache puede soportar de una forma más fácil y
+ <li>Apache httpd puede soportar de una forma más fácil y
eficiente una amplia variedad de sistemas operativos. En
- concreto, la versión de Windows de Apache es mucho más
+ concreto, la versión del servidor en Windows es mucho más
eficiente, porque el módulo <code class="module"><a href="./mod/mpm_winnt.html">mpm_winnt</a></code>
puede usar funcionalidades nativas de red en lugar de usar la
- capa POSIX como hace Apache 1.3. Este beneficio se extiende
+ capa POSIX como hace Apache HTTPD 1.3. Este beneficio se extiende
también a otros sistemas operativos que implementan sus
- respectivos MPMs.</li>
+ MPMs especializados.</li>
<li>El servidor puede personalizarse mejor para las necesidades
de cada sitio web. Por ejemplo, los sitios web que necesitan
- más que nada escalibildad pueden usar un MPM hebrado como
- <code class="module"><a href="./mod/worker.html">worker</a></code>, mientras que los sitios web que
+ más que nada escalibildad pueden usar un MPM multihilo como
+ <code class="module"><a href="./mod/worker.html">worker</a></code> o <code class="module"><a href="./mod/event.html">event</a></code>, mientras que los sitios web que
requieran por encima de otras cosas estabilidad o compatibilidad
- con software antiguo pueden usar
- <code class="module"><a href="./mod/prefork.html">prefork</a></code>.
+ con software antiguo pueden usar <code class="module"><a href="./mod/prefork.html">prefork</a></code>.
</li>
</ul>
</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
-<h2><a name="choosing" id="choosing">Cómo Elegir un MPM</a> <a title="Enlace permanente" href="#choosing" class="permalink">¶</a></h2>
-
- <p>Los MPMs deben elegirse durante el proceso de
- configuración, y deben ser compilados en el servidor. Los
- compiladores son capaces de optimizar muchas funciones si se usan
- hebras, pero solo si se sabe que se están usando hebras. Como
- algunos MPM usan hebras en Unix y otros no, Apache tendrá un
- mejor rendimiento si el MPM es elegido en el momento de compilar y
- está incorporado en el servidor.</p>
-
- <p>Para elegir el MPM deseado, use el argumento --with-mpm=
- <em>NAME</em> con el script ./configure. <em>NAME</em> es el
- nombre del MPM deseado.</p>
-
- <p>Una vez que el servidor ha sido compilado, es posible
- determinar que MPM ha sido elegido usando <code>./httpd
- -l</code>. Este comando lista todos los módulos compilados en
- el servidor, incluido en MPM.</p>
-</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
-<div class="section">
<h2><a name="defaults" id="defaults">MPM por defecto</a> <a title="Enlace permanente" href="#defaults" class="permalink">¶</a></h2>
<p>En la siguiente tabla se muestran los MPMs por defecto para varios
<tr><td>Unix</td><td><code class="module"><a href="./mod/prefork.html">prefork</a></code></td></tr>
<tr><td>Windows</td><td><code class="module"><a href="./mod/mpm_winnt.html">mpm_winnt</a></code></td></tr>
</table>
+
+<div class="note"><p>Aquí, 'Unix' indicaba sistemas operativos tipo Unix, tales como
+Linux, BSD, Solares, Mac OS X, etc.</p></div>
+
+<p>En el caso de Unix, la decisiónd e qué MPM se debe instalar se basa
+en dos preguntas:</p>
+<p>1. ¿El sistema soporta hilos?</p>
+<p>2. ¿El sistema soporta thread-safe polling (Especificamente, las funciones
+kqueue y epoll)?</p>
+
+<p>Si la respuesta a ambas preguntas es 'si', el MPM por defecto es
+<code class="module"><a href="./mod/event.html">event</a></code>.</p>
+
+<p>Si la respuesta a #1 es 'si', pero la respues a #2 es 'no', el módulo por
+defecto será <code class="module"><a href="./mod/worker.html">worker</a></code>.</p>
+
+<p>Si la respuesta a ambas preguntas es 'no', entonces el MPM por defecto
+será <code class="module"><a href="./mod/prefork.html">prefork</a></code>.</p>
+
+<p>En términos prácticos, esto significa que el valor por defecto casi siempre
+será <code class="module"><a href="./mod/event.html">event</a></code>, puesto que todos los sistemas operativos modernos
+soportan estas dos características.</p>
+
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="static" id="static">Compilando un MPM como módulo estático</a> <a title="Enlace permanente" href="#static" class="permalink">¶</a></h2>
+
+ <p>Los MPMs pueden ser compilados como módulos estáticos en todas las plataformas.
+ Un solo MPM es elegido en tiempo de compilación y se enlaza al servidor. El servidor
+ debe ser recompilado para cambiar el MPM.</p>
+
+ <p>Para anular la elección por defecto de MPM, usar la opción
+ <code>--with-mpm=<em>NOMBRE</em></code> del script
+ <code class="program"><a href="./programs/configure.html">configure</a></code>. <em>NOMBRE</em> es el nombre del MPM deseado.</p>
+
+ <p>Una vez el servidor ha sido compilado, es posible determinar qué MPM fue elegido usando
+ <code>./httpd -l</code>. Este comando listará cada módulo compilado en el servidor
+ incluyendo el MPM.</p>
+
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="dynamic" id="dynamic">Compilando un MPM como módulo DSO</a> <a title="Enlace permanente" href="#dynamic" class="permalink">¶</a></h2>
+
+ <p>En Unix y plataformas similares, MPMs se pueden compilar como módulos
+ DSO y ser cargados dinámicamente en el servidor de la misma forma que otros
+ módulos DSO. Compilar MPMs como módulos DSO permite cambiar de MPM actualizando
+ la directiva <code class="directive"><a href="./mod/mod_so.html#loadmodule">LoadModule</a></code>
+ para el MPM en lugar de tener que recompilar el servidor.</p>
+
+ <pre class="prettyprint lang-config">LoadModule mpm_prefork_module modules/mod_mpm_prefork.so</pre>
+
+
+ <p>Intentar usar <code class="directive"><a href="./mod/mod_so.html#loadmodule">LoadModule</a></code>
+ con más de un MPM dará como un fallo con el siguiente error.</p>
+
+ <div class="example"><p><code>AH00534: httpd: Configuration error: More than one MPM
+ loaded.</code></p></div>
+
+ <p>Esta características se habilita con la opción
+ <code>--enable-mpms-shared</code> del script <code class="program"><a href="./programs/configure.html">configure</a></code>.
+ Con el parámetro <code><em>all</em></code>, se instalaran todos los MPMs posibles
+ en la plataforma. Alternativamente, se puede especificar una lista de MPMs
+ como parámetro.</p>
+
+ <p>El MPM por defecto, bien seleccionado automáticamente o especificado con la
+ opción <code>--with-mpm</code> del script <code class="program"><a href="./programs/configure.html">configure</a></code>
+ script, se cargaran en el fichero de configuración del servidor generado.
+ Editar la directiva <code class="directive"><a href="./mod/mod_so.html#loadmodule">LoadModule</a></code> para seleccionar
+ un MPM diferente.</p>
+
</div></div>
<div class="bottomlang">
<p><span>Idiomas disponibles: </span><a href="./de/mpm.html" hreflang="de" rel="alternate" title="Deutsch"> de </a> |
<?xml version='1.0' encoding='UTF-8' ?>
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="./style/manual.es.xsl"?>
-<!-- English Revision: 105989:1602764 (outdated) -->
+<!-- English Revision: 1602764 $ -->
+<!-- Translation Updated and Extended by: Daniel Ferradal -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
<manualpage metafile="mpm.xml.meta">
- <title>Módulos de MultiProcesamiento (MPMs)</title>
+ <title>Módulos de MultiProcesamiento (MPMs)</title>
<summary>
-<p>Este documento describe que es un Módulo de Multiprocesamiento y
+<p>Este documento describe que es un Módulo de Multiprocesamiento y
como los usa Apache.</p>
</summary>
-<section id="introduction"><title>Introducción</title>
+<section id="introduction"><title>Introducción</title>
- <p>Apache está diseñado para ser un servidor web potente
- y flexible que pueda funcionar en la más amplia variedad de
+ <p>El servidor Apache HTTPD está diseñado para ser un servidor web potente
+ y flexible que pueda funcionar en la más amplia variedad de
plataformas y entornos. Las diferentes plataformas y los
diferentes entornos, hacen que a menudo sean necesarias diferentes
- características o funcionalidades, o que una misma
- característica o funcionalidad sea implementada de diferente
- manera para obtener una mayor eficiencia. Apache se ha adaptado
- siempre a una gran variedad de entornos a través de su
- diseño modular. Este diseño permite a los
- administradores de sitios web elegir que características van
- a ser incluidas en el servidor seleccionando que módulos se
- van a cargar, ya sea al compilar o al ejecutar el servidor.</p>
-
- <p>Apache 2.0 extiende este diseño modular hasta las
- funciones más básicas de un servidor web. El servidor
- viene con una serie de Módulos de MultiProcesamiento que son
+ características o funcionalidades, o que una misma
+ característica o funcionalidad sea implementada de diferente
+ manera para obtener una mayor eficiencia. Apache httpd se ha adaptado
+ siempre a una gran variedad de entornos a través de su
+ diseño modular. Este diseño permite a los administradores de sitios web
+ elegir que características van a ser incluidas en el servidor seleccionando
+ que módulos se van a cargar, ya sea al compilar o al ejecutar el servidor.</p>
+
+ <p>El servidor Apache HTTP 2.0 extiende este diseño modular hasta las
+ funciones más básicas de un servidor web. El servidor
+ viene con una serie de Módulos de MultiProcesamiento que son
responsables de conectar con los puertos de red de la
- máquina, acceptar las peticiones, y generar los procesos hijo
+ máquina, acceptar las peticiones, y generar los procesos hijo
que se encargan de servirlas.</p>
- <p>La extensión del diseño modular a este nivel del
+ <p>La extensión del diseño modular a este nivel del
servidor ofrece dos beneficios importantes:</p>
<ul>
- <li>Apache puede soportar de una forma más fácil y
+ <li>Apache httpd puede soportar de una forma más fácil y
eficiente una amplia variedad de sistemas operativos. En
- concreto, la versión de Windows de Apache es mucho más
- eficiente, porque el módulo <module>mpm_winnt</module>
+ concreto, la versión del servidor en Windows es mucho más
+ eficiente, porque el módulo <module>mpm_winnt</module>
puede usar funcionalidades nativas de red en lugar de usar la
- capa POSIX como hace Apache 1.3. Este beneficio se extiende
+ capa POSIX como hace Apache HTTPD 1.3. Este beneficio se extiende
también a otros sistemas operativos que implementan sus
- respectivos MPMs.</li>
+ MPMs especializados.</li>
<li>El servidor puede personalizarse mejor para las necesidades
de cada sitio web. Por ejemplo, los sitios web que necesitan
- más que nada escalibildad pueden usar un MPM hebrado como
- <module>worker</module>, mientras que los sitios web que
+ más que nada escalibildad pueden usar un MPM multihilo como
+ <module>worker</module> o <module>event</module>, mientras que los sitios web que
requieran por encima de otras cosas estabilidad o compatibilidad
- con software antiguo pueden usar
- <module>prefork</module>.
+ con software antiguo pueden usar <module>prefork</module>.
</li>
</ul>
<p>A nivel de usuario, los MPMs son como cualquier otro
- módulo de Apache. La diferencia más importante es que
+ módulo de Apache. La diferencia más importante es que
solo un MPM puede estar cargado en el servidor en un determinado
- momento. La lista de MPMs disponibles est
á en la <a
- href="mod/">sección índice de Módulos</a>.</p>
+ momento. La lista de MPMs disponibles est
á en la <a
+ href="mod/">sección índice de Módulos</a>.</p>
</section>
-<section id="choosing"><title>Cómo Elegir un MPM</title>
-
- <p>Los MPMs deben elegirse durante el proceso de
- configuración, y deben ser compilados en el servidor. Los
- compiladores son capaces de optimizar muchas funciones si se usan
- hebras, pero solo si se sabe que se están usando hebras. Como
- algunos MPM usan hebras en Unix y otros no, Apache tendrá un
- mejor rendimiento si el MPM es elegido en el momento de compilar y
- está incorporado en el servidor.</p>
-
- <p>Para elegir el MPM deseado, use el argumento --with-mpm=
- <em>NAME</em> con el script ./configure. <em>NAME</em> es el
- nombre del MPM deseado.</p>
-
- <p>Una vez que el servidor ha sido compilado, es posible
- determinar que MPM ha sido elegido usando <code>./httpd
- -l</code>. Este comando lista todos los módulos compilados en
- el servidor, incluido en MPM.</p>
-</section>
<section id="defaults"><title>MPM por defecto</title>
<p>En la siguiente tabla se muestran los MPMs por defecto para varios
-sistemas operativos. Estos serán los MPM seleccionados si no se
+sistemas operativos. Estos serán los MPM seleccionados si no se
especifica lo contrario al compilar.</p>
<table>
<tr><td>Unix</td><td><module>prefork</module></td></tr>
<tr><td>Windows</td><td><module>mpm_winnt</module></td></tr>
</table>
+
+<note><p>Aquí, 'Unix' indicaba sistemas operativos tipo Unix, tales como
+Linux, BSD, Solares, Mac OS X, etc.</p></note>
+
+<p>En el caso de Unix, la decisiónd e qué MPM se debe instalar se basa
+en dos preguntas:</p>
+<p>1. ¿El sistema soporta hilos?</p>
+<p>2. ¿El sistema soporta thread-safe polling (Especificamente, las funciones
+kqueue y epoll)?</p>
+
+<p>Si la respuesta a ambas preguntas es 'si', el MPM por defecto es
+<module>event</module>.</p>
+
+<p>Si la respuesta a #1 es 'si', pero la respues a #2 es 'no', el módulo por
+defecto será <module>worker</module>.</p>
+
+<p>Si la respuesta a ambas preguntas es 'no', entonces el MPM por defecto
+será <module>prefork</module>.</p>
+
+<p>En términos prácticos, esto significa que el valor por defecto casi siempre
+será <module>event</module>, puesto que todos los sistemas operativos modernos
+soportan estas dos características.</p>
+
+</section>
+
+<section id="static"><title>Compilando un MPM como módulo estático</title>
+
+ <p>Los MPMs pueden ser compilados como módulos estáticos en todas las plataformas.
+ Un solo MPM es elegido en tiempo de compilación y se enlaza al servidor. El servidor
+ debe ser recompilado para cambiar el MPM.</p>
+
+ <p>Para anular la elección por defecto de MPM, usar la opción
+ <code>--with-mpm=<em>NOMBRE</em></code> del script
+ <program>configure</program>. <em>NOMBRE</em> es el nombre del MPM deseado.</p>
+
+ <p>Una vez el servidor ha sido compilado, es posible determinar qué MPM fue elegido usando
+ <code>./httpd -l</code>. Este comando listará cada módulo compilado en el servidor
+ incluyendo el MPM.</p>
+
+</section>
+
+<section id="dynamic"><title>Compilando un MPM como módulo DSO</title>
+
+ <p>En Unix y plataformas similares, MPMs se pueden compilar como módulos
+ DSO y ser cargados dinámicamente en el servidor de la misma forma que otros
+ módulos DSO. Compilar MPMs como módulos DSO permite cambiar de MPM actualizando
+ la directiva <directive module="mod_so">LoadModule</directive>
+ para el MPM en lugar de tener que recompilar el servidor.</p>
+
+ <highlight language="config">
+ LoadModule mpm_prefork_module modules/mod_mpm_prefork.so
+ </highlight>
+
+ <p>Intentar usar <directive module="mod_so">LoadModule</directive>
+ con más de un MPM dará como un fallo con el siguiente error.</p>
+
+ <example>AH00534: httpd: Configuration error: More than one MPM
+ loaded.</example>
+
+ <p>Esta características se habilita con la opción
+ <code>--enable-mpms-shared</code> del script <program>configure</program>.
+ Con el parámetro <code><em>all</em></code>, se instalaran todos los MPMs posibles
+ en la plataforma. Alternativamente, se puede especificar una lista de MPMs
+ como parámetro.</p>
+
+ <p>El MPM por defecto, bien seleccionado automáticamente o especificado con la
+ opción <code>--with-mpm</code> del script <program>configure</program>
+ script, se cargaran en el fichero de configuración del servidor generado.
+ Editar la directiva <directive module="mod_so">LoadModule</directive> para seleccionar
+ un MPM diferente.</p>
+
</section>
</manualpage>
projects / thirdparty / apache / httpd.git / commitdiff
