lange Antwortzeit beim ersten Zugriff

[wheeler]

Beim ersetn Zugriff auf meine Seiten braucht die Seite fast 20 Sekunden bis sie erscheint.
Wenn sie allerdings einmal geladen ist, gehts Problemlos weiter.

Hab keine Ahnung woran das liegen könnte.
Habt Ihr ne Idee ?

[heavenkiller]

Ich kenne deine Page zwar nicht aber ich gehe mal davon aus, dass du viele und vor allem große Grafiken benutzt, die erst einmal geladen werden müssen. Diese werden nach dem 1. Besuch dann auf deinem Rechner zwischengespeichert und beschleunigen somit das Servern auf den folgenden Seiten.

Mein Tipp:
Reduziere die Anzahl und vor allem die Dateigröße der Grafiken und versuche Sie zu optimieren. Ansonsten ist ein zusammenspiel von Tabellen (besonders verschachtelten Tabellen!) und großen Grafiken immer Verhängnisvoll und zu vermeiden, da erst die Tabellen und Grafiken geladen werden müssen, bevor alles angezeigt wird.

Gruß
Heaven

[wheeler]

danke für den Tip, aber daran kanns nicht liegen.
Da kommt 20 sekunden erst mal garnichts.... selbst wenn ich nur ne html mit 2 zeilen text aufrufe.

echt komisch :(

[floschi]

Namesauflösung?

[pg-computer]

Hoi,

jo olfi, ich würde sagen er soll mal die Option HostNameLookups beim Apache checken, sollte auf Off stehen :-D

[wheeler]

das wars leider nicht.... sind hier schon am verzweifeln... weiß jemand noch rat?

[kase]

Lange Antwortzeiten beim sogenannten "1. Klick" sind oft Folge von zu niedrigen Einstellungen beim Apache im 1. Teil der httpd.conf/apache2.conf. Diese (stark) erhöhen. Gerade bei Debian sind diese extrem niedrig gewählt, aber du hast ja nicht geschrieben, welche Distri oder welchen Apache du benutzt.

[wheeler]

danke für den Tip und die Versionen sind
suse 9.0 mit apache 2.0.50 und confixx 3.0

das Confix ist von den langen Antwortzeiten verschont.
Nur die Webseiten haben dieses Problem.

Code: Select all

##
## Server-Pool Size Regulation (MPM specific)
##

# the MPM (multiprocessing module) is not a dynamically loadable module in the
# sense of other modules. It is a compile time decision which one is used. We
# provide different apache2 MPM packages, containing different httpd2 binaries
# compiled with the available MPMs. See APACHE_MPM in /etc/sysconfig/apache2.

# prefork MPM
<IfModule prefork.c>
        # number of server processes to start
        StartServers         5
        # minimum number of server processes which are kept spare
        MinSpareServers      5
        # maximum number of server processes which are kept spare
        MaxSpareServers     10
        # highest possible MaxClients setting for the lifetime of the Apache process.
        ServerLimit        150
        # maximum number of server processes allowed to start
        MaxClients         150
        # maximum number of requests a server process serves
        MaxRequestsPerChild  0
</IfModule>

# worker MPM
<IfModule worker.c>
        # initial number of server processes to start
        StartServers         2
        # minimum number of worker threads which are kept spare
        MinSpareThreads     25
        # maximum number of worker threads which are kept spare
        MaxSpareThreads     75
        # maximum number of simultaneous client connections
        MaxClients         150
        # constant number of worker threads in each server process
        ThreadsPerChild     25
        # maximum number of requests a server process serves
        MaxRequestsPerChild  0
</IfModule>

# leader MPM
<IfModule leader.c>
        # initial number of server processes to start
        StartServers         2
        # minimum number of worker threads which are kept spare
        MinSpareThreads     25
        # maximum number of worker threads which are kept spare
        MaxSpareThreads     75
        # maximum number of simultaneous client connections
        MaxClients         150
        # constant number of worker threads in each server process
        ThreadsPerChild     25
        # maximum number of requests a server process serves
        MaxRequestsPerChild  0
</IfModule>

# perchild MPM
<IfModule perchild.c>
        # constant number of server processes
        NumServers           5
        # initial number of worker threads in each server process
        StartThreads         5
        # minimum number of worker threads which are kept spare
        MinSpareThreads      5
        # maximum number of worker threads which are kept spare
        MaxSpareThreads     10
        # maximum number of worker threads in each server process
        MaxThreadsPerChild  20
        # maximum number of connections per server process
        MaxRequestsPerChild  0

        AcceptMutex fcntl
</IfModule>

# metux MPM
<IfModule metuxmpm.c>
        # initial number of worker threads in each server process
        StartThreads          5
        # minimum number of worker threads which are kept spare
        MinSpareThreads       5
        # maximum number of worker threads which are kept spare
        MaxSpareThreads      10
        # maximum number of connections per server process
        MaxRequestsPerChild   0

        Multiplexer     "wwwrun"        "www"

</IfModule>


#
# KeepAlive: Whether or not to allow persistent connections (more than
# one request per connection). Set to "Off" to deactivate.
#
KeepAlive On

#
# MaxKeepAliveRequests: The maximum number of requests to allow
# during a persistent connection. Set to 0 to allow an unlimited amount.
# We recommend you leave this number high, for maximum performance.
#
MaxKeepAliveRequests 100

#
# KeepAliveTimeout: Number of seconds to wait for the next request from the
# same client on the same connection.
#
KeepAliveTimeout 15

#
# The following directives modify normal HTTP response behavior to
# handle known problems with browser implementations.
#
BrowserMatch "Mozilla/2" nokeepalive
BrowserMatch "MSIE 4.0b2;" nokeepalive downgrade-1.0 force-response-1.0
BrowserMatch "RealPlayer 4.0" force-response-1.0
BrowserMatch "Java/1.0" force-response-1.0
BrowserMatch "JDK/1.0" force-response-1.0

#
# The following directive disables redirects on non-GET requests for
# a directory that does not include the trailing slash.  This fixes a
# problem with Microsoft WebFolders which does not appropriately handle
# redirects for folders with DAV methods.
# Same deal with Apple's DAV filesystem and Gnome VFS support for DAV.
#
BrowserMatch "Microsoft Data Access Internet Publishing Provider" redirect-carefully
BrowserMatch "^WebDrive" redirect-carefully
BrowserMatch "^WebDAVFS/1.[012]" redirect-carefully
BrowserMatch "^gnome-vfs" redirect-carefully

[Anonymous]

Das Problem ist weg. Für diejenigen, die sich jemals in diesen Thread verirren sollten: wir wissen leider nicht genau, woran es lag, aber im Grunde bleiben nur 2 Möglichkeiten:

a) wir hatten noch keine "hauptdomain" zu unserem rootserver bestellt gehabt... (sprich: er und alle sub-web's liefen die ganze Zeit unter hxxxx.serverkompetenz.net)
b) es lag an einem Eintrag von Confixx in der confixx_mhost.conf (die virtualhosts testweise vielleicht einfach mal deaktivieren, aber vorsicht: dann geht das confixx webinterface nicht mehr!)

Wir tippen auf Möglichkeit a) und sind (zumindest bis zum nächsten Problem) wieder happy :-)
Merci für die bisherigen Antworten!

[adagio]

Also ich habe eine Hauptdomain zum Server (http://www.3dfusion.net), aber gerade die ist es, die die gleichen Probleme verursacht (bzw. das Webpack dazu). Es ist ein Forum, dass relativ gut besucht wird, aber massive Performanceschwankungen hat.

Manchmal kommt bei einem Aufruf die Seite sofort, manchmal dauert es bis zu 15 Sekunden!

Ich hab schon versucht, beim Apache den MPM Worker zu erhöhen, es hat aber nichts gebracht. Auch habe ich MySQL ein wenig optimiert, aber auch ohne wirklich einen Erfolg davon gehabt zu haben.

Zum tuning habe ich diese Seite gefunden:
http://h07.org/projects/apachetuning/

Aber wie gesagt, weitergeholfen, bzw. das Problem gelöst hat es leider nicht.

Ich nutze Apache 2.0.49, PHP 4.3.4 und MySQL 4.0.18. Vertragen sich eventuell diese Versionen nicht auf irgendeiner Ebene? :?

[boedefeld]

Hallo,


wir haben mit unserem Server genau das gleiche Problem: Apache 2.0.48 (Prefork), MySQL 4.0.15, Confixx 3.0 und PHP 4.3.3 - urplötzlich dauern die Anfragen an die Domains unseres Servers zwischen 5 und 15 Sekunden, die CPU-Last ist dann noch immer im grünen Bereich. Abhilfe schafft ein Restart des Apache, aber imho ist das nicht wirklich eine prickelnde Lösung.

Ein zweiter, ähnlich konfigurierter Server hat keinerlei Probleme dieser Art. Konfigurationstechnisch unterscheidet diesen im Moment lediglich das Nichtvorhandensein von mod_rewrite und schwächere Hardware von unserem Problemkind. Hat jemand eine Idee? Danke im Voraus!


Viele Grüße

Boedefeld

[boedefeld]

Hallo nochmal,



schade, daß niemand mehr geantwortet hat. Wie es scheint haben wir die Lösung gefunden, insbesondere für Strato-Kunden dürfte dies interessant sein. Die Ursache ist im File /etc/apache2/server-tuning.conf zu finden, welches ursprünglich folgendermaßen aussieht:

Code: Select all

 # prefork MPM
 <IfModule prefork.c>
        # number of server processes to start
        StartServers         5
        # minimum number of server processes which are kept spare
        MinSpareServers      5
        # maximum number of server processes which are kept spare
        MaxSpareServers     10
        # maximum number of server processes allowed to start
        MaxClients         150
        # maximum number of requests a server process serves
        MaxRequestsPerChild  0
 </IfModule>

Wir haben nun folgende Ã?nderungen vorgenommen und die Aufrufgeschwindigkeit hat sich enorm erhöht:

Code: Select all

# prefork MPM
<IfModule prefork.c>
        # number of server processes to start
        StartServers         5
        # minimum number of server processes which are kept spare
        MinSpareServers      30
        # maximum number of server processes which are kept spare
        MaxSpareServers     60
        # maximum number of server processes allowed to start
        MaxClients         256
        # maximum number of requests a server process serves
        MaxRequestsPerChild  100
</IfModule>

Vielleicht hilft es ja jemandem weiter.



Viele Grüße

Boedefeld