From beaefb5202277e8a2d17fbbdf689e4f86318315f Mon Sep 17 00:00:00 2001 From: =?utf8?q?Andr=C3=A9=20Malo?= Date: Fri, 19 Mar 2004 23:29:02 +0000 Subject: [PATCH] update transformation git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@103051 13f79535-47bb-0310-9956-ffa450edef68 --- docs/manual/install.html.de | 59 ++++++++++++++++++++++++++++++++-- docs/manual/mod/worker.html.de | 51 ++++++++++++++++++++--------- 2 files changed, 92 insertions(+), 18 deletions(-) diff --git a/docs/manual/install.html.de b/docs/manual/install.html.de index e152d56514..0d4658d9ea 100644 --- a/docs/manual/install.html.de +++ b/docs/manual/install.html.de @@ -37,6 +37,9 @@ libtool und autoconf, um eine Umgebung zu schaffen, die der vieler anderer Open Source Projekte ähnlich sieht.

+ +

Wenn Sie von einer Unterversion auf die nächste aktualisieren (z.B. von + 2.0.50 auf 2.0.51), springen Sie bitte zum Abschnitt Upgrade.

Siehe auch

top

Überblick für die Ungeduldigen

+ - @@ -334,7 +338,7 @@
Suchverzeichnisse für Header-Dateien ("-IVerzeichnis").
-
TARGET=... [Default: apache]
+
TARGET=... [Default: httpd]
Name der lauffähigen Datei, die erstellt wird.
@@ -631,6 +635,55 @@ Ausführen von:

$ PREFIX/bin/apachectl stop

+
top
+
+

Upgrade

+ +

Der erste Schritt beim Aktualisieren besteht darin, die + Versionsankündigung sowie die CHANGES-Datei in der + Quelltextdistribution zu lesen, um Änderungen zu finden, die Ihr + System möglicherweise betreffen. Wenn Sie einen größeren + Versionssprung durchführen (z.B. vom 1.3 auf 2.0 oder von 2.0 auf + 2.2), wird es wahrscheinlich auch größere Unterschiede in der + Kompilier- und Laufzeitkonfiguration geben, die manuelle Nacharbeiten + erfordern. Außerdem müssen alle Module aktualisiert + werden, um den Änderungen der Modul-API gerecht zu werden.

+ +

Die Aktualisierung einer Unterversion auf eine andere (z.B. von 2.0.55 + auf 2.0.57) ist einfacher. make install überschreibt + keine der bereits existierenden Dokumente, Log- und Konfigurationsdateien. + Ausserdem bemühen sich die Entwickler, inkompatible Änderungen + der configure-Optionen, der Laufzeitkonfiguration sowie der + Modul-API zu vermeiden. In den meisten Fällen sollten Sie in der + Lage sein, den gleichen configure-Befehl, die gleiche + Konfiguration und die gleichen Module wieder zu verwenden. (Das gilt erst + seit Version 2.0.41 -- frühere Versionen enthielten noch inkompatible + Änderungen).

+ +

Wenn Sie den Quellcode von Ihrer letzten Installation aufgehoben haben, + ist ein Upgrade sogar noch einfacher. Die Datei config.nice im + Wurzelverzeichnis des alten Quelltextbaums enthält den genauen + configure-Befehl, der verwendet wurde, um den Quellcode + zu konfigurieren. Um jetzt von einer Version auf die nächste zu + aktualisieren, kopieren Sie einfach die config.nice in das + Verzeichnis der neuen Version, passen sie bei Bedarf an, und + führen Sie sie aus:

+ +

+ $ ./config.nice
+ $ make
+ $ make install
+ $ PREFIX/bin/apachectl stop
+ $ PREFIX/bin/apachectl start
+

+ +
Sie sollten jede neue Version immer in Ihrer Umgebung + testen, bevor Sie sie produktiv schalten. Beispielsweise können Sie + die neue Version neben der alten installieren, indem Sie ein anderes + --prefix und einen anderen Port wählen (durch Anpassen der + Listen-Direktive). So + können Sie auf eventuelle Inkompatibilitäten testen, bevor Sie + endgültig die neue Version verwenden.

Verfügbare Sprachen:  de  | diff --git a/docs/manual/mod/worker.html.de b/docs/manual/mod/worker.html.de index 4e9b47015c..3ea4f5ca5c 100644 --- a/docs/manual/mod/worker.html.de +++ b/docs/manual/mod/worker.html.de @@ -67,6 +67,7 @@

  • StartServers
  • ThreadLimit
  • ThreadsPerChild
    • +
  • ThreadStackSize
  • User

    • Themen

    @@ -80,15 +81,12 @@
    top

    Arbeitsweise

    -

    Jeder Prozess besitzt eine feste Anzahl von Threads. Um die Last - zu bewältigen, passt sich der Server an, indem er die - Anzahl der Prozesse erhöht oder verringert.

    - -

    Ein einzelner Steuerprozess ist für den Start der - Kindprozesse verantwortlich. Jeder Kindprozess erstellt eine - feste Anzahl von Threads, wie durch die ThreadsPerChild-Direktive - angegeben. Der einzelne Thread lauscht dann auf Verbindungen und - bedient sie, sobald sie eintreffen.

    +

    Ein einzelner Steuerprozess (der Elternprozess) ist für den + Start der Kindprozesse verantwortlich. Jeder Kindprozess erstellt eine + feste Anzahl von Server-Threads, wie durch die ThreadsPerChild-Direktive + angegeben, sowie einen "Listener-Thread", der auf Verbindungen wartet und + diese an einen Server-Thread zur Bearbeitung weiterreicht, sobald sie + eintreffen.

    Der Apache versucht immer, einen Vorrat von freien oder unbeschäftigten Threads zu verwalten, die zur Bedienung @@ -105,21 +103,44 @@ maximale Anzahl Clients, die gleichzeitig bedient werden kann (d.h. die maximale Gesamtzahl der Threads in allen Prozessen), wird mit der Direktive MaxClients - festgelegt, während die maximale Anzahl Prozesse, die gestartet - werden kann, von der Direktive ServerLimit bestimmt wird. ServerLimit multipliziert mit ThreadsPerChild muss größer - oder gleich MaxClients - sein.

    + festgelegt. Die maximale Anzahl der aktiven Kindprozesse ergibt sich aus + MaxClients dividiert durch + ThreadsPerChild.

    + +

    Zwei Direktiven legen harte Limits für die Anzahl der aktiven + Kindprozesse fest und können nur geändert werden, indem der Server + komplett gestoppt und dann wieder neu gestartet wird. ServerLimit stellt die obere Grenze für + die Anzahl der aktiven Kindprozesse dar und muss größer oder + gleich dem Quotienten aus MaxClients und ThreadsPerChild sein. ThreadLimit ist die obere Grenze für + die Anzahl der Server-Threads und muss größer oder gleich + ThreadsPerChild sein. Sofern für + diese Direktiven keine Voreinstellungen verwendet werden, sollten sie vor + allen anderen worker-Direktiven platziert werden.

    + +

    Neben den normalen aktiven Kindprozessen gibt es möglicherweise noch + zusätzliche Kindprozesse, welche gerade beendet werden, wo allerdings + zumindest noch ein Server-Thread eine existierende Verbindung bearbeitet. + Obwohl die tatsächlich zu erwartende Anzahl deutlich kleiner ist, + können bis zu MaxClients + solcher Prozesse auftreten. Dieses Verhalten können Sie vermeiden, + indem Sie die Terminierung einzelner Kindprozesse wie folgt abschalten:

    + +

    Eine typische Konfiguration der Prozess-Thread-Steuerung für das MPM worker könnte wie folgt aussehen:

    + ServerLimit 16
    StartServers 2
    MaxClients 150
    MinSpareThreads 25
    MaxSpareThreads 75
    - ThreadsPerChild 25
    - ServerLimit 16 + ThreadsPerChild 25

    Während der Elternprozess unter Unix normalerweise als -- 2.50.1

    Download$ lynx - http://www.apache.org/dist/httpd/httpd-2_1_NN.tar.gz + $ lynx http://httpd.apache.org/download.cgi