Dynamic Shared Object (DSO) Support

Idiomas disponibles: en | + es | + fr | + ja | + ko | + tr

+ +

El Servidor HTTP Apache es un programa modular en el que el + administrador puede elegir la funcionalidad a incluir en el + servidor seleccionando un conjunto de mÃ³dulos. Los mÃ³dulos serÃ¡n compilados + como Objetos DinÃ¡micos Compartidos (DSOs) que existen por separado del fichero + binario de httpd. Los mÃ³dulos DSO pueden ser generados en el + momento en que el servidor se compila, o pueden compilarse y aÃ±adirse + posteriormente usando la Herramienta de ExtensiÃ³n de Apache + (apxs).

+ +

Alternativamente, los mÃ³dulos se pueden compilar estÃ¡ticamente en + el binario httpd cuando se compila el servidor.

+ +

Este documento describe cÃ³mo utilizar los mÃ³dulos DSO, asÃ como + la teorÃa en la que se basan. +

ImplementaciÃ³n
Usage Summary
Contexto
Ventajas y Desventajas

Consulte tambiÃ©n

Comentarios

ImplementaciÃ³n ¶

MÃ³dulos Relacionados	Directivas Relacionadas
`mod_so`	`LoadModule`

+ + + +

El soporte DSO para cargar mÃ³dulos httpd individuales de Apache se basa + en un mÃ³dulo llamado mod_so que debe estar compilado + estÃ¡ticamente en el nÃºcleo de Apache httpd. Es el Ãºnico mÃ³dulo ademÃ¡s de + core que no puede ser puesto en DSO. PrÃ¡cticamente todos + los demÃ¡s mÃ³dulos httpd distribuidos de Apache se + colocarÃ¡n en un DSO llamado mod_foo.so puede usar la LoadModule directive de mod_so en + su fichero httpd.conf para cargar este mÃ³dulo al iniciar el servidor + o al reiniciar.

Se pueden desactivar las construcciones DSO para mÃ³dulos individuales con + la opciÃ³n configure --enable-mods-static + tal y como se comenta en la documentaciÃ³n de instalaciÃ³n.

+ +

Para simplificar esta creaciÃ³n de archivos DSO para mÃ³dulos httpd de Apache + (especialmente para mÃ³dulos de terceros) un programa de apoyo + llamado apxs (APache + eXtenSion) estÃ¡ disponible. Se puede usar para generar + mÃ³dulos basados en DSO fuera del Ã¡rbol de cÃ³digo fuente de Apache httpd. + La idea es sencilla: Cuando se instala el Servidor Apache HTTP el procedimiento + make install de configure instala los ficheros + de cabecera en C de Apache httpd y pone el compilador que depende de la plataforma y + los indicadores de enlazador para generar ficheros DSO en el programa + apxs. De esta manera el usuario puede usar apxs + para compilar sus fientes de mÃ³dulos de Apache httpd sin el cÃ³digo fuente de la distribuciÃ³n + de Apache httpd y sin tener que tratar con el compilador dependiente de plataforma y + indicadores de enlazador para el soporte de DSO.

Usage Summary ¶

+ +

Para dar una visiÃ³n general de las caracterÃsticas DSO de Apache HTTP Server 2.x, + aquÃ tenemos un resumen breve y conciso:

+ +

+
Build and install a distributed Apache httpd module, say + mod_foo.c, into its own DSO + mod_foo.so:
+ +
+$ ./configure --prefix=/path/to/install --enable-foo +$ make install +
+
+
Configura Apache HTTP Server con todos los mÃ³dulos habilitados. Solo unos + pocos de ellos se cargarÃ¡n en el inicio del servidor. Se puede cambiar el conjunto + de mÃ³dulos cargados activando o desactivando la directiva LoadModule en + httpd.conf.
+ +
+$ ./configure --enable-mods-shared=all +$ make install +
+
+
Algunos mÃ³dulos sÃ³lo son Ãºtiles para desarrolladores y no se generarÃ¡n. + cuando se usa la opciÃ³n de mÃ³dulos all. Para generar todos los mÃ³dulos + disponibles incluyendo los de desarrolladorhay que usar reallyall. AdemÃ¡s + las directivas LoadModule para todos los + mÃ³dulos generados puede activarse a travÃ©s de la opciÃ³n de Â¨configureÂ¨ + --enable-load-all-modules.
+ +
+$ ./configure --enable-mods-shared=reallyall --enable-load-all-modules +$ make install +
+
+ Genera e instala un mÃ³dulo Apache HTTPD de terceros, convirtiendo + mod_foo.c, en su propio DSO mod_foo.so + fuera del Ã¡rbol de cÃ³digo de Apache httpd usando apxs: + +
+$ cd /path/to/3rdparty +$ apxs -cia mod_foo.c +
+

+ +

En todos los casos, una vez se ha compilado el mÃ³dulo compartido, se debe usar + una directiva LoadModule + en httpd.conf para indicarle a Apache httpd que active el mÃ³dulo.

+ +

Ver la documentaciÃ³in apxs para mÃ¡s detalles.

Contexto ¶

+ +

En derivados modernos de Unix existe un mecanismo llamado + enlace/carga dinÃ¡mico de Objetos DinÃ¡micos Compartidos + (DSO) que facilita una forma de generar una parte de cÃ³digo + de programa en un formato espacial para cargar en tiempo real + en el espacio de direcciones de un programa ejecutable.

+ +

Esta carga generalmente se puede hacer de dos maneras: + automÃ¡ticamente desde programa de sistema llamado ld.so + cuando se arranca un programa ejecutable o manualmente desde dentro + del programa que se ejecuta a travÃ©s de un interfaz de sistema + programÃ¡tico del cargador de Unix a travÃ©s de las llamadas de sistema + dlopen()/dlsym().

+ +

En la primera manera los DSO se llaman generalmente librerÃas + compartidas o librerÃas DSO y llamadas + libfoo.so o libfoo.so.1.2. Residen + en un directorio del sistema (generalmente /usr/lib) + y el enlace con el programa ejecutable se establece en tiempo de + compilaciÃ³n especificando -lfoo al comando enlazador. + Esto codifica de forma rÃgida referencias de librerÃa en el fichero de + programa ejecutable de manera que en el arranque el cargador Unix es + capaz de localizar libfoo.so en /usr/lib, en + rutas con codificaciÃ³n rÃgida a travÃ©s de opciones-de-enlazador como + -R o en rutas configuradas por variables de entorno + LD_LIBRARY_PATH. Entonces resuelve sÃmbolos (todavÃa sin + uresolver) en el programa ejecutable que estÃ¡n disponibles en el DSO.

+ +

Los sÃmbolos en el programa ejecutable no se referencian + generalmente por el DSO (porque es una biblioteca reutilizable de cÃ³digo + general) y, por lo tanto, no es necesario hacer mÃ¡s resoluciÃ³n. El programa + ejecutable no tiene necesidad de hacer nada por sÃ mismo para usar los + sÃmbolos del DSO porque la resoluciÃ³n completa la realiza el cargador de + Unix. (De hecho, el cÃ³digo para invocar + ld.so es parte del cÃ³digo de arranque en tiempo real que + se enlaza dentro de cada programa ejecutable que se ha generado como + no-estÃ¡tico). La ventaja de la carga dinÃ¡mica de librerÃas de cÃ³digo comÃºn + es obvÃa: el cÃ³digo de librerÃa necesita guardarse solo una vez, + en un sistema de librerÃa como libc.so, ahorrando espacio en + disco para cada programa.

+ +

En la segunda manera los DSO se llaman generalmente objetos + compartidos o ficheros DSO y pueden ser nombrados con una + extensiÃ³n aribtraria (aunque el nombre canÃ³nico es foo.so). + Estos ficheros generalmente permanencen dentro de un directorio de + programa especÃfico y no hay enlace establecido automÃ¡ticamente al + programaejecutable donde se estÃ¡n usando. En su lugar el programa ejecutable + carga manualmente el DSO en tiempo-real en su espacio de direcciones a + travÃ©s de dlopen(). En este momento no se realiza + resoluciÃ³n de sÃmbolos del DSO para el programa ejecutable. Perp en + su lugar se resuelve automÃ¡ticamente cualquier (todavÃa sin resolver) + sÃmbolo en el DSO del conjunto de sÃmbolos exportado por el programa + ejecutable y sus ya cargadas librerÃas DSO (especialmente todos los + sÃmbolos del ubÃcuo libc.so). De esta forma el DSO obtiene + conocimiento del sÃmbolo del programa ejecutable como si hubiera servidor + enlazado estÃ¡ticamente dentro de Ã©l mismo en primer lugar.

+ +

Por Ãºltimo, para aprovechar la API del DSO, el programa ejecutable + tiene que resolver determinados sÃmbolos de la DSO a travÃ©s de + dlsym() para su uso posterior dentro de las tablas de envÃo + etc. En otras palabras: El programa ejecutable tiene que + resolver manualmente cada sÃmbolo que necesita para poder utilizarlo. + La ventaja de este mecanismo es que no es necesario cargar las partes + opcionales del programa (y por lo tanto no gastan memoria) hasta que sean + necesarias para el programa en cuestiÃ³n. Cuando se necesitan, estas partes + del programa se pueden cargar dinÃ¡micamente para ampliar la funcionalidad + del programa base.

+ +

Aunque este mecanismo DSO parece sencillo, hay al menos un paso difÃcil: + La resoluciÃ³n de sÃmbolos de del programa ejecutable para el DSO cuando se + usa un DSO para extender un programa (la segunda manera). Â¿Por quÃ©? Porque + la "resoluciÃ³n inversa" de sÃmbolos DSO desde el conjunto de sÃmbolos del + programa ejecutable va en contra del diseÃ±o de la biblioteca (donde la + biblioteca no tiene conocimiento de los programas que la utilizan) y no estÃ¡ + disponible en todas las plataformas ni estÃ¡ estandarizada. En la prÃ¡ctica, los + sÃmbolos programa ejecutable a menudo no se reexportan y, por lo tanto, no estÃ¡n + disponibles para su uso en un DSO. Encontrar una forma de forzar al enlazador + a exportar todos los sÃmbolos globales es el principal problema que uno tiene que + resolver cuando se utiliza DSO para extender un programa en tiempo de ejecuciÃ³n.

+ +

El mÃ©todo de librerÃa compartida es el tÃpico, porque es para lo que se + diseÃ±Ã³ el mecanismo DSO, de ahÃ que se utilice para casi todos los tipos de + librerÃas que el sistema operativo proporciona.

+ +

Ventajas y Desventajas ¶

+ +

Las caracterÃsticas anteriores basadas en DSO tienen las siguientes ventajas:

+ +

El paquete del servidor es mÃ¡s flexible en tiempo-real porque el proceso + del servidor puede ser cargado en tiempo-real mediante + LoadModule + en directivas de configuraciÃ³n en httpd.conf en lugar de + opciones de configure en tiempo de compilaciÃ³n. Por ejemplo, + de esta manera pueden ejecutarse distintas instancias del servidor + (standard & versiÃ³n SSL, minimalista & versiÃ³n dinÃ¡mica + [mod_perl, mod_php], etc.) son solo una instalaciÃ³n de Apache + httpd.
El paquete del servidor se puede externder fÃ¡cilmente con mÃ³dulos de + terceros incluso despuÃ©s de la instalaciÃ³n. Esto es un gran beneficio para los + es una gran ventaja para los mantenedores de paquetes de proveedores, los cuales + pueden crear un paquete principal de Apache httpd y paquetes adicionales que + contengan extensiones como PHP, mod_perl, mod_security, etc.
CreaciÃ³n mÃ¡s sencilla de prototipos de mÃ³dulos httpd de Apache, porque + con la pareja DSO/apxs puedes trabajar fuera del + Ã¡rbol de cÃ³digo fuente de Apache httpd y solo necesitar un comando + apxs -i seguido de un apachectl restart para + traer una nueva versiÃ³n de tu mÃ³dulo recien desarrollado a un servidor + Apache HTTP que ya estÃ¡ funcionando.

+ +

DSO tiene las siguientes desventajas:

+ +

El servidor es aproximadamente un 20% mÃ¡s lento en el arranque por + la sobrecarga de resoluciÃ³n de sÃmbolos que el cargador de Unix tiene + que realizar.
El servidor es aproximadamente un 5% mÃ¡s lento en tiempo de ejecuciÃ³n + en ciertas plataformas porque el cÃ³digo independiente de positiciÃ³n (PIC) + a veces necesita realizar trucos complicados de para asignar direcciones, + que no son necesariamente tan rÃ¡pidos como el direccionamiento absoluto.
Porque los mÃ³dulos DSO no pueden enlazarse a otras librerÃas basadas en + DSO (ld -lfoo) en todas las plataformas (por ejemplo las + plataformas basadas en a.out generalmente no proveen esta funcionalidad + mientras que las plataformas basadas en ELF si) no se puede usar el macanismo + DSO para todos los tipos de mÃ³dulos. O en otras palabras, los mÃ³dulos compilados + como ficheros DSO estÃ¡n restringidos a sÃmbolos del nÃºcleo de Apache httpd, de + la librerÃa C (libc) y todas las demÃ¡s librerÃas estÃ¡ticas o + dinÃ¡micas utilizadas por el nucleo de Apache httpd, o por los archivos de + librerÃa estÃ¡tica (libfoo.a) que contienen cÃ³digo independiente de + posiciÃ³n. Las Ãºnicas oportunidades de usar otro cÃ³digo es usar otro nÃºcleo del + mismo httpd que previamente contenga una referencia a ellas o si carga el cÃ³digo + usted mismo a travÃ©s de dlopen().

+ +

Comentarios

Notice:
This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Libera.chat, or sent to our mailing lists.

Contexto + +

+ +