![]() Mailinglisten-Archive |
Hi Joerg! Langsam kommen wir der Sache n�her. > Kannst du noch einmal angeben was du nun genau eingestellt hast? > Min/Max/Start usw. Servers. MinSpareServers 5 MaxSpareServers 10 StartServers 5 MaxClients 100 MaxRequestsPerChild 10 Ich habe jetzt beobachtet, da� er bei 90 Prozessen definitiv abs�uft. Ich glaube also nicht mehr an einen Programmfehler, wie der Typ mir weismachen will, der das f�r mich eingerichtet hat. Ich habe jetzt erst mal MaxKeepAliveRequests von 0 auf 80 gesetzt, aber das war nat�rlich ein Denkfehler - das sind ja vermutlich eher 30 Prozesse, die der httpd hat, 80 sollten es insgesamt sein. Ich habe dazu noch MaxClients 30 gesetzt und hoffe jetzt, da� die Sache jetzt nicht dauernd abgew�rgt werden mu�. Es klappt nicht gleich, ich drehe noch ein bi�chen an den Werten. Es ist ganz klar, so von 19-21 Uhr war relative Ruhe, Abdnessen, Tagesschau, jetzt geht das vor dem Schlafengehen wieder los. > Was hast du denn alles in dein Apache/PHP 'geballert' sprich kompiliert > das er so gross wird. Ich weil leider nicht ob die DSO gegenueber der > statischen Variante Speichertechnisch irgendwelche Nachteile hat (ausser > das sie langsamer ist). Falls nein baue ihn mal als DSO. Tja - ich habe gar nicht. Ist nat�rlich ein Fehler, sehe ich ein, aber ich kann mich nicht zerrei�en. Ich habe jemanden gesucht, der mir das abnehmen kann, und auf php-center.de niemanden gefunden. KK konnte ich mir nicht leisten, da habe ich mich erinnert, da� mein Reseller das machen k�nnte - ja und so war das. Der Techniker hat offenbar ein solides Halbwissen, aber daf�r doppeltes Selbstbewu�tsein. Er hat jedenfalls Apache nicht so konfiguriert, wie wir das brauchen, sondern wie er das immer macht - z.B. mit Frontpage, und das auch noch schlecht - dort fehlt ein Verzeichnis, weshalb Apache meckert. Er dazu: das brauchen Sie doch sowieso nicht. (grrrrr!) DSO sagt mir gar nichts. loaded modules: mod_php4, mod_frontpage, mod_setenvif, mod_unique_id, mod_usertrack, mod_digest, mod_auth_db, mod_auth_dbm, mod_auth_anon, mod_auth, mod_access, mod_rewrite, mod_alias, mod_userdir, mod_actions, mod_imap, mod_asis, mod_cgi, mod_dir, mod_autoindex, mod_include, mod_status, mod_negotiation, mod_mime, mod_log_referer, mod_log_agent, mod_log_config, mod_env, mod_vhost_alias, http_core Was davon brauche ich? Ich brauche php und mySQL und mod_rewrite - sonst nichts. Was machen diese ganzen Module, was brauche ich davon? > Ein. > CFLAGS='-DBUFFERED_LOGS' > export CFLAGS > ./configure --prefix=/usr/local/apache --enable-module=all > --enable-shared=max > make > make install Das ist mir leider alles fremd. > reicht da ja schon. Die 'BUFFERED_LOGS' sorgen dafuer das er die > Eintrage fuer Logfiles zwischen speichert und und in schueben auf die > Platte schreibt. Fuer Leute mit viel Traffic und ohne SCSI Raid eine > Alternative. Erschwert aber in den Anfangsstunden die Suche nach > Fehlern.. weil halt das error.log halt nicht sofort geschrieben wird. Im error.log steht nichts Signifikantes drin. > Nun kannst du alle nicht benoetigten Module erst einmal > ausdokumentieren. Die sollte den Speicherverbrauch reduzieren. > Allerdings ist ist das groesste Modul von allen PHP. Gerade die > Datenbankmodule schlagen hier richitg zubuche. > > Hier heisst es also sich auf das noetigste zubeschraenken. Dank DSO > laesst sich ja ein PHP in 2 bis 3 Minuten bauen. So koenntest du mit > verschiedenen Modulen testen bzw. ein update auf PHP4.0.3pl1 geht ganz > fix. Evtl. bringt es auch etwas ganz selten benoetigte Module als Shared > object zuuebersetzten und dann zur Laufzeit einzubinden. Ja, leider kann ich nicht. Ich brauche da dringend Hilfe. Vielleicht ist das kein Ding f�r die Mailingliste. > > Dann kamen mir Bedenken - vielleicht war das in Ordnung? Vom alten Host > > wei� ich, da� regelm��ig User wahnsinnig lange drin waren, und habe > > geschlossen, da� das wohl SE waren, die sich alles gezogen haben. Fireball > > und Google z.B. habe Tausende von Seiten indiziert. > > Als ein schlecht programmierter Robot kann die theoretisch den Sever zu > tode 'requesten'. Das selbe kannst du aber auch machen in dem du den > Apache-benchark aus dem bin-Verzeichnis mal nach 'ab -n1000 c5 > http://loaclhost/'. ?? Nix verstahn. > Evtl. mittels einer robots.txt den Zutritt verbieten. Haelt sich evtl. > nicht jede SE drann.. ist aber ein Anfang. Eigentlich ist man doch froh, wenn die kommen. > Wieso das denn nicht? Bei uns rauschen 2000 Anwender mit der selben IP > draussen rum. NAT machts moeglich. Sollte bei den richtigen grossen auch > nicht anders sein. Wo bei die ja noch innerhalb einer Surfsession die IP > wechseln koennen. NAT ?. > > Wenn ich nun einen Test mache und eine Seite aufziehe, die deutlich lange > > braucht, bis der Browser alles geladen hat - die sehe ich in top praktisch > > gar nicht, so schnell geht das. Genauso mit mysql - ist normalerweise nicht > > zu sehen, obwohl jede Seite mehrfach die db befragt. > > Liegt die Datenbank mit auf dem Rechner? Da kann man natuerlich ueber > Sockets sparsame/schnelle Verbindungen hinbekommen aber die DB braucht > ja auch Speicher. Unter Umstaenden ist hier ein dedizierter DB Server > eine Alternative. Ja, tut sie. > > Ich habe auch schon 20 x refresh gemacht, ohne da� was passierte. Wenn der > > aber mit den Prozessen hochgeht (normal 65-70 jetzt) und auf 80, 90 100 > > kommt, ist es zu sp�t, dann geht der in den swap und erholt sich nicht > > mehr. > > Ein swappender Webserver ist ein 'schlechter' Webserver. Jetzt wei� ich, was das ist. > > Hat jemand Erfahrung damit? > > Also die Load ist ja laecherlich ;) Das h�re ich gerne. > Wobei 128MB fuer einen Webserver nun > auch nicht gerade uebermaessig viel ist. Wenn man mir das vorher gesagt h�tte... > Hast du wirklich soviele > Requests das du soviele Apachechilds brauchst? Tja, wir hatten zuletzt fast 80.000 Besucher und 600-700.000 Seitenzugriffen - wobei mir nicht klar ist, was da eigentlich gez�hlt wird. > Kann das erzeugte HTML > ueberhaupt uber deine Netzwerkanbindung abfliessen. Wenn du nur mit 2Mb > drann haengst ist das schon mal ein Flaschenhals. Der Server steht bei dn = digitalNation = dedicatedservers.com und die behaupten nun, sehr schnelle Anbindungen zu haben. Der Einrichter betreibt da eine Sun und ist sehr zufrieden. tracert zeigt ordentliche Werde: so ca. 220ms, wobei ich meinen alten Host mit 190 ms erreiche, aber das liegt laut Einrichter daran, da� der an uunet h�ngt und ich mit uunet reingehe. Wenn alles ruhig ist, geht es auch sehr schnell, wenn nicht gerade der lokale Provider Probleme hat. > ps: halt uns mal auf dem laufendem. Achja aktuell ist Apache 1.3.14 und > PHP4.0.3pl1 Habe ich mitgekriegt. Ich habe den Einrichter darauf angesprochen, da� 4.0.2 laut KK genommen werden soll, w�hrend er 4.0.1 genommen hat. Er darauf: Quack! Da k�nnte man ja laufend neu bauen, st�ndig k�men neue Versionen heraus. 4.0.1. sei stabil und damit basta. �brigens l�uft der immer noch auf �ber 90 hoch, aber mehr zu beschr�nken traue ich mich nicht. Ich will die Sache ja nicht kaputtkonfigurieren - das habe ich ja neulich schon hingekriegt. -- Mit freundlichem Gruss Dr. Werner Stuerenburg _________________________________________________ ISIS Verlag, Teut 3, D-32683 Barntrup-Alverdissen Tel 0(049) 5224-997 407 � Fax 0(049) 5224-997 409 http://pferdezeitung.de http://art-quarter.com
php::bar PHP Wiki - Listenarchive