worker.xml.de revision b8670d4ea3a3efcd12c3e1eddf68ef6fabef49fe
abbedb998850d9950bc5f5907ca2f6437b0a936ewrowe<?xml version="1.0"?>
abbedb998850d9950bc5f5907ca2f6437b0a936ewrowe<!DOCTYPE modulesynopsis SYSTEM "/style/modulesynopsis.dtd">
abbedb998850d9950bc5f5907ca2f6437b0a936ewrowe<?xml-stylesheet type="text/xsl" href="/style/manual.de.xsl"?>
4fbc88f2e30e514f0bf0a72e80bfb439de26cd6bfuankg<!-- English revision: 1.11 -->
4fbc88f2e30e514f0bf0a72e80bfb439de26cd6bfuankg
abbedb998850d9950bc5f5907ca2f6437b0a936ewrowe<modulesynopsis metafile="worker.xml.meta">
8606595dda2827ddf9a9572e779c3c001ae98bc8fuankg<name>worker</name>
8606595dda2827ddf9a9572e779c3c001ae98bc8fuankg<description>Multi-Processing-Modul, das einen Hybrid-Webserver mit
8606595dda2827ddf9a9572e779c3c001ae98bc8fuankg Multi-Thread und Multi-Prozess-Unterst&uuml;tzung implementiert</description>
8606595dda2827ddf9a9572e779c3c001ae98bc8fuankg<status>MPM</status>
8606595dda2827ddf9a9572e779c3c001ae98bc8fuankg<sourcefile>worker.c</sourcefile>
8606595dda2827ddf9a9572e779c3c001ae98bc8fuankg<identifier>mpm_worker_module</identifier>
abbedb998850d9950bc5f5907ca2f6437b0a936ewrowe
1dcd0b672e2e3edd4cce2024ff197a8a18f3816afielding<summary>
1dcd0b672e2e3edd4cce2024ff197a8a18f3816afielding <p>Dieses Multi-Processing-Modul (MPM) implementiert einen Hybrid-Server
1dcd0b672e2e3edd4cce2024ff197a8a18f3816afielding mit Multi-Thread und Multi-Prozess-Unterst&uuml;tzung. Durch die Verwendung
bc3cb71096f96bbb3935de7b72c73cc3b02be666rbowen von Threads f&uuml;r die Bedienung von Anfragen ist er in der Lage,
bc3cb71096f96bbb3935de7b72c73cc3b02be666rbowen eine gro&szlig;e Anzahl von Anfragen mit weniger Systemressourcen als
f3220f54126b25e1cf93cc26c17177b7aef850fdfielding ein Prozess-basierter Server zu bedienen. Er beh&auml;lt jedoch viel von
d465130a2383063c73545375b4444bcef3cf30f6fielding der Stabilit&auml;t eines Prozess-basierten Servers bei, indem er
bc3cb71096f96bbb3935de7b72c73cc3b02be666rbowen mehrere Prozesse verf&uuml;gbar h&auml;lt, jeden mit etlichen Threads.</p>
bc3cb71096f96bbb3935de7b72c73cc3b02be666rbowen
1dcd0b672e2e3edd4cce2024ff197a8a18f3816afielding <p>Die wichtigsten Direktiven zur Steuerung des MPMs sind <directive
1dcd0b672e2e3edd4cce2024ff197a8a18f3816afielding module="mpm_common">ThreadsPerChild</directive>, welche die Anzahl
1dcd0b672e2e3edd4cce2024ff197a8a18f3816afielding der Threads beeinflusst, die von jedem Kindprozess verwendet werden, und
f3220f54126b25e1cf93cc26c17177b7aef850fdfielding <directive module="mpm_common">MaxClients</directive>, welche die
f3220f54126b25e1cf93cc26c17177b7aef850fdfielding maximale Gesamtzahl an Threads regelt, die gestartet werden
k&ouml;nnen.</p>
</summary>
<seealso><a href="/bind.html">Bestimmen der vom Apache verwendeten Adressen
und Ports</a></seealso>
<section id="how-it-works"><title>Arbeitsweise</title>
<p>Jeder Prozess besitzt eine feste Anzahl von Threads. Um die Last
zu bew&auml;ltigen, passt sich der Server an, indem er die
Anzahl der Prozesse erh&ouml;ht oder verringert.</p>
<p>Ein einzelner Steuerprozess ist f&uuml;r den Start der
Kindprozesse verantwortlich. Jeder Kindprozess erstellt eine
feste Anzahl von Threads, wie durch die <directive
module="mpm_common">ThreadsPerChild</directive>-Direktive
angegeben. Der einzelne Thread lauscht dann auf Verbindungen und
bedient sie, sobald sie eintreffen.</p>
<p>Der Apache versucht immer, einen Vorrat von <dfn>freien</dfn> oder
unbesch&auml;ftigten Threads zu verwalten, die zur Bedienung
hereinkommender Anfragen bereit stehen. Auf diese Weise brauchen
Clients nicht auf die Erstellung eines neuen Threads oder Prozesses
zu warten, bevor ihre Anfrage bedient werden kann. Die Anzahl der
Prozesse, die anfangs gestartet wird, wird mit der Direktive
<directive module="mpm_common">StartServers</directive> festgelegt.
Dann, w&auml;hrend des Betriebes, berechnet der Apache die Gesamtzahl
der unbesch&auml;ftigten Threads und forkt oder beendet Prozesse, um diese
Anzahl innerhalb der durch <directive
module="mpm_common">MinSpareThreads</directive> und <directive
module="mpm_common">MaxSpareThreads</directive> angegebenen Grenzen
zu halten. Da dieser Prozess sehr selbstregulierend ist, ist es nur selten
notwendig, die Voreinstellung dieser Direktiven zu &auml;ndern. Die
maximale Anzahl Clients, die gleichzeitig bedient werden kann (d.h.
die maximale Gesamtzahl der Threads in allen Prozessen), wird mit der
Direktive <directive module="mpm_common">MaxClients</directive>
festgelegt, w&auml;hrend die maximale Anzahl Prozesse, die gestartet
werden kann, von der Direktive <directive
module="mpm_common">ServerLimit</directive> bestimmt wird. <directive
module="mpm_common">ServerLimit</directive> multipliziert mit <directive
module="mpm_common">ThreadsPerChild</directive> muss gr&ouml;&szlig;er
oder gleich <directive module="mpm_common">MaxClients</directive>
sein.</p>
<p>Eine typische Konfiguration der Prozess-Thread-Steuerung f&uuml;r
das MPM <module>worker</module> k&ouml;nnte wie folgt aussehen:</p>
<example>
StartServers 2<br />
MaxClients 150<br />
MinSpareThreads 25<br />
MaxSpareThreads 75<br />
ThreadsPerChild 25<br />
ServerLimit 16
</example>
<p>W&auml;hrend der Elternprozess unter Unix normalerweise als
<code>root</code> gestartet wird, um sich an Port 80 binden zu k&ouml;nnen,
werden die Kindprozesse und Threads unter einem weniger privilegierten
Benutzer gestartet. Die Direktiven <directive
module="mpm_common">User</directive> und <directive
module="mpm_common">Group</directive> werden dazu verwendet, die
Privilegien der Apache-Kindprozesse festzulegen. Die Kindprozesse
m&uuml;ssen in der Lage sein, alle Inhalte zu lesen, die sie ausliefern
sollen, sollten dar&uuml;ber hinaus jedoch so wenig wie m&ouml;glich Rechte
besitzen. Zus&auml;tzlich, solange nicht <a
href="/suexec.html">suexec</a> verwendet wird, legen diese
Direktiven auch die Privilegien fest, die von CGI-Skripts
geerbt werden.</p>
<p><directive module="mpm_common">MaxRequestsPerChild</directive>
bestimmt, wie h&auml;ufig der Server Prozesse erneuert, indem er alte
beendet und neue startet.</p>
</section>
<directivesynopsis location="mpm_common"><name>AcceptMutex</name>
</directivesynopsis>
<directivesynopsis location="mpm_common"><name>CoreDumpDirectory</name>
</directivesynopsis>
<directivesynopsis location="mpm_common"><name>Group</name>
</directivesynopsis>
<directivesynopsis location="mpm_common"><name>PidFile</name>
</directivesynopsis>
<directivesynopsis location="mpm_common"><name>Listen</name>
</directivesynopsis>
<directivesynopsis location="mpm_common"><name>ListenBacklog</name>
</directivesynopsis>
<directivesynopsis location="mpm_common"><name>LockFile</name>
</directivesynopsis>
<directivesynopsis location="mpm_common"><name>MaxClients</name>
</directivesynopsis>
<directivesynopsis location="mpm_common"><name>MaxMemFree</name>
</directivesynopsis>
<directivesynopsis location="mpm_common"><name>MaxRequestsPerChild</name>
</directivesynopsis>
<directivesynopsis location="mpm_common"><name>MaxSpareThreads</name>
</directivesynopsis>
<directivesynopsis location="mpm_common"><name>MinSpareThreads</name>
</directivesynopsis>
<directivesynopsis location="mpm_common"><name>ScoreBoardFile</name>
</directivesynopsis>
<directivesynopsis location="mpm_common"><name>SendBufferSize</name>
</directivesynopsis>
<directivesynopsis location="mpm_common"><name>ServerLimit</name>
</directivesynopsis>
<directivesynopsis location="mpm_common"><name>StartServers</name>
</directivesynopsis>
<directivesynopsis location="mpm_common"><name>ThreadLimit</name>
</directivesynopsis>
<directivesynopsis location="mpm_common"><name>ThreadsPerChild</name>
</directivesynopsis>
<directivesynopsis location="mpm_common"><name>User</name>
</directivesynopsis>
</modulesynopsis>