1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
|
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="fr" xml:lang="fr"><head><!--
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
This file is generated from xml source: DO NOT EDIT
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
-->
<title>Support des objets partag�s dynamiques (DSO) - Serveur Apache HTTP</title>
<link href="./style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
<link href="./style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
<link href="./style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" />
<link href="./images/favicon.ico" rel="shortcut icon" /></head>
<body id="manual-page"><div id="page-header">
<p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="./faq/">FAQ</a> | <a href="./glossary.html">Glossaire</a> | <a href="./sitemap.html">Plan du site</a></p>
<p class="apache">Serveur Apache HTTP Version 2.0</p>
<img alt="" src="./images/feather.gif" /></div>
<div class="up"><a href="./"><img title="<-" alt="<-" src="./images/left.gif" /></a></div>
<div id="path">
<a href="http://www.apache.org/">Apache</a> > <a href="http://httpd.apache.org/">Serveur HTTP</a> > <a href="http://httpd.apache.org/docs/">Documentation</a> > <a href="./">Version 2.0</a></div><div id="page-content"><div id="preamble"><h1>Support des objets partag�s dynamiques (DSO)</h1>
<div class="toplang">
<p><span>Langues Disponibles: </span><a href="./en/dso.html" hreflang="en" rel="alternate" title="English"> en </a> |
<a href="./es/dso.html" hreflang="es" rel="alternate" title="Espa�ol"> es </a> |
<a href="./fr/dso.html" title="Fran�ais"> fr </a> |
<a href="./ja/dso.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> |
<a href="./ko/dso.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> |
<a href="./tr/dso.html" hreflang="tr" rel="alternate" title="T�rk�e"> tr </a></p>
</div>
<div class="outofdate">Cette traduction peut �tre p�rim�e. Consultez la version
Anglaise pour les changements r�cents.</div>
<p>Le serveur HTTP Apache est un programme modulaire permettant �
l'administrateur de choisir les fonctionnalit�s qu'il souhaite
activer, au moyen de modules. Les modules peuvent �tre int�gr�s
dans le programme binaire <code>httpd</code> au moment de la
compilation. Il est �galement possible de compiler � part des
modules en tant qu'objets dynamiques partag�s (Dynamic Shared
Objects : DSOs) existant s�par�ment du fichier binaire principal
<code>httpd</code>. Les modules DSO peuvent �tre compil�s en m�me
temps que le serveur, ou apr�s, au moyen de l'outil Apache pour
les extensions (<code class="program"><a href="./programs/apxs.html">apxs</a></code>).</p>
<p>Ce document d�crit les principes de fonctionnement des modules DSO, et
montre comment les utiliser.</p>
</div>
<div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#implementation">Impl�mentation</a></li>
<li><img alt="" src="./images/down.gif" /> <a href="#usage">R�sum� sur l'utilisation des DSO</a></li>
<li><img alt="" src="./images/down.gif" /> <a href="#background">Contexte</a></li>
<li><img alt="" src="./images/down.gif" /> <a href="#advantages">Avantages et Inconv�nients</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="implementation" id="implementation">Impl�mentation</a></h2>
<table class="related"><tr><th>Modules Apparent�s</th><th>Directives Apparent�es</th></tr><tr><td><ul><li><code class="module"><a href="./mod/mod_so.html">mod_so</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/mod_so.html#loadmodule">LoadModule</a></code></li></ul></td></tr></table>
<p>Le support DSO servant � charger des modules Apache, est lui-m�me
cod� dans un module, nomm� <code class="module"><a href="./mod/mod_so.html">mod_so</a></code>, qui doit �tre
compil� dans le noyau d'Apache. Ce module, ainsi que le module
<code class="module"><a href="./mod/core.html">core</a></code>, sont les deux seuls modules qui ne peuvent
�tre compil�s s�par�ment d'Apache. En pratique, tous les autres
modules d'Apache peuvent �tre compil�s en tant que modules DSO,
en passant au script <code>configure</code> l'option
<code>--enable-<em>module</em>=shared</code>, comme pr�cis� dans
la <a href="install.html">documentation d'installation</a>. Apr�s
qu'un module ait �t� compil� en DSO (nomm�
<code>mod_monmodule.so</code>), il est possible d'utiliser la
directive de <code class="module"><a href="./mod/mod_so.html">mod_so</a></code> : <code class="directive"><a href="./mod/mod_so.html#loadmodule">LoadModule</a></code> dans le fichier <code>httpd.conf</code>,
afin qu'Apache charge ledit module au d�marrage ou red�marrage du
serveur.</p>
<p>Afin de simplifier la cr�ation de fichiers DSO pour les
modules Apache (et en particulier les modules tiers), un nouveau
programme de support a �t� ajout� : <a href="programs/apxs.html">apxs</a> (<em>APache eXtenSion</em>). Ce programme peut �tre
utilis� pour cr�er des modules DSO <em>en se passant de</em>
l'arborescence source d'Apache. L'id�e en est simple : lors de
l'installation d'Apache, la commande <code>make install</code>
positionne les fichiers d'en-t�tes C d'Apache, ainsi que les
options du compilateur et les options propres � la plate-forme
dans le programme <code>apxs</code>. Ceci permet � l'utilisateur
de compiler ses modules Apache, au moyen de <code>apxs</code>,
sans disposer de l'arborescence source d'Apache et sans devoir
manipuler les options de compilation ou les options propres �
sa plate-forme.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
<h2><a name="usage" id="usage">R�sum� sur l'utilisation des DSO</a></h2>
<p>Voici un r�sum� bref des fonctionnalit�s DSO d'Apache 2.0 :</p>
<ol>
<li>
Pour compiler et installer un module Apache <em>distribu�
avec Apache</em>, par exemple <code>mod_foo.c</code>, en tant
que DSO, sous le nom <code>mod_foo.so</code> :
<div class="example"><p><code>
$ ./configure --prefix=/path/to/install --enable-foo=shared<br />
$ make install
</code></p></div>
</li>
<li>
Pour compiler et installer un module Apache <em>fourni par un
tiers</em>, par exemple <code>mod_foo.c</code>, en tant que DSO,
sous le nom <code>mod_foo.so</code> :
<div class="example"><p><code>
$ ./configure --add-module=module_type:/chemin/vers/le/tiers/mod_foo.c --enable-foo=shared<br />
$ make install
</code></p></div>
</li>
<li>
Pour configurer Apache afin qu'il puisse accepter les modules DSO :
<div class="example"><p><code>
$ ./configure --enable-so<br />
$ make install
</code></p></div>
</li>
<li>
Pour compiler et installer un module Apache <em>fourni par un
tiers</em>, par exemple <code>mod_foo.c</code>, en tant que
DSO, et sans disposer de l'arborescence source d'Apache
(utilisation d'<a href="programs/apxs.html">apxs</a>) :
<div class="example"><p><code>
$ cd /chemin/vers/le/tiers<br />
$ apxs -c mod_foo.c<br />
$ apxs -i -a -n foo mod_foo.la
</code></p></div>
</li>
</ol>
<p>Dans tous les cas, une fois qu'un module a �t� compil� en tant
que DSO, vous devrez utiliser la directive
<code class="directive"><a href="./mod/mod_so.html#loadmodule">LoadModule</a></code> dans le
fichier <code>httpd.conf</code> afin qu'Apache active le module.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
<h2><a name="background" id="background">Contexte</a></h2>
<p>Sur les syst�mes r�cents, d�riv�s d'Unix, il existe un proc�d�
�l�gant, habituellement appel� chargement dynamique d'objets
partag�s DSO, permettant de compiler un morceau de code sous un
format sp�cial, et de pouvoir le charger en temps r�el dans
l'espace d'adressage d'un programme ex�cutable.</p>
<p>Ce chargement peut �tre r�alis� de deux mani�res :
automatiquement, gr�ce � un programme syst�me nomm� <code>ld.so</code>
lors du d�marrage d'un ex�cutable, ou manuellement depuis un programme
en ex�cution via une interface programm�e au moyen des appels
syst�mes <code>dlopen()/dlsym()</code> du "chargeur" Unix</p>
<p>Dans le premier cas, il est courant d'appeler les DSO des
<em>biblioth�ques partag�es</em> ou des <em>biblioth�ques DSO</em> ;
on les nomme <code>libfoo.so</code> ou <code>libfoo.so.1.2</code>.
Elles sont toutes plac�es dans un r�pertoire syst�me (souvent
<code>/usr/lib</code>) et sont li�es par les programmes ex�cutables
lors de la compilation de ces derniers, en pr�cisant au moment de
la compilation l'option <code>-lfoo</code> � la commande de link
(linker command). Cette mani�re de proc�der ins�re les r�f�rences
des biblioth�ques dans le coeur des programmes, afin qu'au moment
du d�marrage du programme, le "chargeur" Unix puisse trouver
<code>libfoo.so</code> dans <code>/usr/lib</code>, ou bien dans
les chemins cod�s en dur au moyen de l'option de link <code>-R</code>,
ou dans un chemin configur� au moyen de la variable d'environnement
<code>LD_LIBRARY_PATH</code>. Tous les symboles non r�solus pr�sents
dans le programme sont alors r�solus au moyen de DSO.</p>
<p>Les symboles propres au programme ex�cutable ne sont g�n�ralement
pas r�f�renc�s par le DSO (puisque c'est une biblioth�que de code
g�n�rique), et donc aucune r�solution ne doit �tre suivie au del�
de ce point. Le programme ex�cutable n'a pas de travail particulier
� faire pour r�soudre les symboles des DSO, puisque c'est le
"chargeur" Unix qui s'occupe de cette t�che. (En r�alit�, le code
utilis� pour invoquer <code>ld.so</code> fait partie du code de
d�marrage run-time, qui est li� � chaque programme ex�cutable
non statique). L'avantage du chargement dynamique des biblioth�ques
de code g�n�rique est �vident : le code n'est conserv� qu'� un seul
endroit du disque, dans une biblioth�que syst�me comme
<code>libc.so</code>, ce qui permet de gagner de l'espace disque
pour chaque programme.</p>
<p>Dans le second cas, les DSO sont appel�s <em>objets partag�s</em>
ou <em>fichiers DSO</em> et on peut leur attribuer une extension au
choix (bien que leur nom soit habituellement <code>foo.so</code>).
Ces fichiers r�sident normalement dans un r�pertoire propre au
programme qui les utilise, et ils ne sont pas li�s de mani�re
automatique au programme qui les appelle. Celui-ci les charge en
temps r�el lors de son ex�cution, au moyen de <code>dlopen()</code>.
� cet instant, aucune r�solution des symboles du DSO n'est r�alis�e.
C'est le "chargeur" Unix qui r�alise la t�che de r�soudre les
symboles non r�solus du DSO, � partir du jeu de symboles export�s
par le programme et ses biblioth�ques DSO (en particulier, tous
les symboles de l'omnipr�sente <code>libc.so</code>). Ainsi, le DSO
gagne la connaissance des symboles du programme ex�cutable, comme
s'il lui avait �t� li� statiquement au d�part.</p>
<p>Enfin, pour tirer parti de l'API DSO, l'ex�cutable doit r�soudre
les symboles propres au DSO via <code>dlsym()</code>, pour les
utiliser plus tard dans les tables de r�partition (NdT : "dispatch
tables"), <em>etc.</em> En d'autres termes, le programme ex�cutable
doit r�soudre lui-m�me chaque symbole pour utiliser chacun d'entre
eux. L'avantage de ce m�canisme est que les parties optionnelles
d'un programme ne sont pas charg�es (et donc, n'encombrent pas la
m�moire) avant que le programme n'en ait effectivement besoin.
Quand elles deviennent n�cessaires, ces parties du programme peuvent
�tre charg�es dynamiquement pour �tendre les fonctionnalit�s du
programme.</p>
<p>Bien que ce fonctionnement de DSO puisse para�tre simple �
comprendre, il existe au moins une difficult� d'impl�mentation :
permettre au DSO de r�soudre les symboles du programme quand un DSO
est utilis� pour �tendre un programme. Pourquoi cela ? Parce que la
"r�solution � l'envers" des symboles DSO � partir des symboles du
programme ex�cutable est contraire au principe de conception des
biblioth�ques (o�, rappelons-le, la biblioth�que ne sait rien du
programme qui l'utilise) ; cette "r�solution � l'envers" n'est pas
standardis�e, et n'existe pas sur toutes les plates-formes. En
pratique, les symboles globaux d'un programme ex�cutable ne sont
que rarement r�export�s vers un DSO, et donc ne sont pas accessibles.
Celui qui veut pouvoir �tendre les fonctionnalit�s d'un programme
dynamiquement, lors de l'ex�cution, doit trouver un moyen de forcer
le programme de liaison � exporter tous les symboles globaux de ce
programme.</p>
<p>L'approche par biblioth�ques partag�es est de loin la plus courante
parce que c'est celle pour laquelle les m�canismes DSO ont �t� con�us ;
elle est donc utilis�e par presque toutes les biblioth�ques du syst�me
d'exploitation. De l'autre cot�, l'utilisation des objets partag�s reste
une approche marginale.</p>
<p>Depuis 1998, seules quelques solutions logiciels existantes
utilisent le m�canisme des DSO pour �tendre leurs fonctionnalit�s
en cours ex�cution : Perl 5 (via son "XS mechanism" et le module
DynaLoader), Netscape Server, <em>etc.</em> Depuis la version 1.3,
Apache a rejoint ce groupe, car Apache utilise une approche
modulaire pour �tendre ses fonctionnalit�s, et utilise de mani�re
interne des m�canismes de r�partition par liste pour lier des
modules externes � son noyau. Apache �tait vraiment pr�destin�,
par concept, � utiliser les DSO pour charger ses modules en temps
r�el.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
<h2><a name="advantages" id="advantages">Avantages et Inconv�nients</a></h2>
<p>Les possibilit�s des DSO d�crites ci-avant pr�sentent les
avantages suivants :</p>
<ul>
<li>Le paquetage du serveur est plus flexible lors de son ex�cution,
car les processus du serveur central peuvent �tre �tendus pendant
son ex�cution, au moyen de la directive
<code class="directive"><a href="./mod/mod_so.html#loadmodule">LoadModule</a></code>, dans
<code>httpd.conf</code>, plut�t que forcer les utilisateurs �
recompiler le serveur pour modifier ses fonctionnalit�s. Par
exemple, ce mode de fonctionnement permet de faire tourner
plusieurs instances du serveur (version standard & SSL
version, version minimaliste & �tendue [mod_perl, PHP3],
<em>etc.</em>) au moyen d'une seule installation d'Apache.</li>
<li>Il est tr�s facile d'�tendre les fonctionnalit�s du serveur
de base, m�me apr�s son installation. Ceci est d'un grand secours
aux mainteneurs des paquets qui peuvent facilement cr�er des
paquets pour l'installation de base d'Apache et d'autres paquets
diff�rents pour les extensions, comme PHP3, mod_perl,
mod_fastcgi, <em>etc.</em></li>
<li>Facilit� de d�veloppement des modules Apache ; gr�ce aux outils
DSO/<code>apxs</code>, ce travail est faisable sans l'arborescence
source d'Apache, et ne n�cessite qu'une commande <code>apxs -i</code>
suivi d'un <code>apachectl restart</code> pour ajouter au serveur
d�j� en marche les fonctionnalit�s du module d�velopp�.</li>
</ul>
<p>Les inconv�nients li�s � l'utilisation des DSO :</p>
<ul>
<li>Les m�canismes de DSO ne sont pas portables sur toutes les
plates-formes, car tous les syst�mes d'exploitation ne supportent
pas le chargement dynamique de code dans l'espace d'adressage d'un
programme en marche.</li>
<li>Le serveur est � peu pr�s 20% plus lent au d�marrage, � cause de la
charge prise par le "chargeur" Unix de la r�solution des symboles.</li>
<li>Le serveur est � peu pr�s 5% plus lent en fonctionnement sur
certaines plates-formes parce que le code ind�pendant de la
position ("position independent code" - PIC) requiert parfois des
tours de passe-passe en assembleur pour l'adressage relatif, ce qui
n'est pas toujours aussi rapide que l'adressage absolu.</li>
<li>Les modules DSO ne pouvant pas �tre li�s � d'autres biblioth�ques
DSO (<code>ld -lfoo</code>) sur toutes les plates-formes (par
exemple, les plates-formes bas�es sur a.out ne le permettent pas,
alors que celles bas�es sur ELF le permettent), il n'est pas possible
d'utiliser les m�canismes de DSO pour tous les modules. En d'autres
termes, les modules compil�s en tant que fichiers DSO sont limit�s
� l'utilisation des symboles export�s par le noyau d'Apache, par
la biblioth�que C (<code>libc</code>) et toute autre biblioth�que
dynamique ou statique utilis�e par le noyau d'Apache, ou par des
archives de biblioth�ques statiques (<code>libfoo.a</code>) qui
contiennent du code ind�pendant de la position. Les seuls moyens
d'utiliser du code � l'ext�rieur d'un fichier DSO sont, soit de
s'assurer que le noyau d'Apache contienne une r�f�rence vers ce
code, soit de charger ce code au moyen de <code>dlopen()</code>.</li>
</ul>
</div></div>
<div class="bottomlang">
<p><span>Langues Disponibles: </span><a href="./en/dso.html" hreflang="en" rel="alternate" title="English"> en </a> |
<a href="./es/dso.html" hreflang="es" rel="alternate" title="Espa�ol"> es </a> |
<a href="./fr/dso.html" title="Fran�ais"> fr </a> |
<a href="./ja/dso.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> |
<a href="./ko/dso.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> |
<a href="./tr/dso.html" hreflang="tr" rel="alternate" title="T�rk�e"> tr </a></p>
</div><div id="footer">
<p class="apache">Copyright 2009 The Apache Software Foundation.<br />Autoris� sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
<p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="./faq/">FAQ</a> | <a href="./glossary.html">Glossaire</a> | <a href="./sitemap.html">Plan du site</a></p></div>
</body></html>
|
