Mailinglisten-Archive |
Das Problem kenne ich.....Steig um auf SOLARIS 2.6/2.7 oder FreeBSD/NetBSD/OpenBSD .... LINUX kann erst ab Kernel 2.4 mehr Prozesse verwalten ..... Auch mit den Tuningmaßnahmen von Ralf Engelschall (www.engelschall.com) kommst DU unter LINUX an die Grenzen ..... Mit NetBSD/FreeBSD nicht .... Darum nutzen auch Yahoo, Netscape, www.cdrom.com u.s.w. alle FreeBSD ...... Außerdem funktioniert das Sticky Bit nicht u.s.w. Mit SUSE 6.2 habe ich beim Aufbau eines Serverclusters einen völligen Reinfall erlebt, die haben einfach einen neuen Kernel genommen, die Binaries aber nicht neu kompiliert -> Folge: Systeme alle instabil ...... Ich habe 26 Server aufgebaut bei Siemens in Frankfurt, sowas habe ich noch nie erlebt .....RedHAT LINUX hat gefunzt .....RedHat 6.0 V7 Halloween von s.a.d GmbH (29 DM im Mediamarkt ).... Deine 200+ httpd's sind ja wohl völlig überflüssig .....die Zahl kannst Du getrost reduzieren .... Wenn Du unter BSD UNIX /SOLARIS die Prozesshadels und Filehandels erhöhst, dann mußt Du den MySQL Code neu kompilieren .... immer ! Gru/3, Guido Stepken > > > Hi, > > > > ich habe ne MySQL-Datenbank auf einem High Traffic System laufen und dort > > fast ueberall Queries in den Seiten. Von der Load her kein Problem (0.5gb > > Ram und zwei 450er CPU), die load des Rechners liegt unter 0.5 im > regulaeren > > Betrieb. > > > > Ich habe allerdings ein Problem mit MySQL, weil es naemlich regelmaessig > die > > ganze Kiste abschiesst und ich noch nicht dahintergekommen bin, woran es > > liegen kann oder was ich noch optimieren muss. > > > > Das Problem aeussert sich dann so, dass kein Prozess mehr geforkt werden > > kann. > > > > user_(at)_host:~ > ls > > bash: fork: Resource temporarily unavailable > > > > Es kann nichts mehr gemacht werden, nicht mal Reboot per Console oder > > aehnliches, auch kein killall <irgendwas> mehr, weil die Kiste nichts mehr > > forken kann. > > > > Linux xxxxx.de 2.2.12 #6 SMP > > Ram: 0.5 GB > > zwei 450er CPU Pentium II > > Apache 1.3.6 + PHP 3.0.12 > > > > Die Anzahl der File Descriptors im Kernel steht auf 1024. > > > > Sobald 255 mysqlds laufen, tritt obiges Problem auf und die Kiste ist > platt. > > > > Ich habe daher zur Zeit MySQL mit -O max_connections=200 laufen, was > > allerdings fuer den reguleren Betrieb nicht ausreicht. Wenn ich die > > max_connections erhoehe, und es werden mehr als 255 Prozesse gestartet, > > ist's vorbei. > > > > Hat jemand eine Idee, was ich hier noch optimieren kann, oder nach welchen > > Informationen ich suchen muesste, um mehr als 200 bzw. 255 Connections > > fahren zu koennen, ohne dass Linux sich komplett streckt? > > > > Fuer jeden Hinweis bin ich sehr dankbar. > > > > Gruesse, > > Andi > > > > --- > > *** Abmelden von dieser Mailingliste funktioniert per E-Mail > > *** an mysql-de-request_(at)_lists.4t2.com mit Betreff/Subject: unsubscribe > > > > --- > *** Abmelden von dieser Mailingliste funktioniert per E-Mail > *** an mysql-de-request_(at)_lists.4t2.com mit Betreff/Subject: unsubscribe > --- *** Abmelden von dieser Mailingliste funktioniert per E-Mail *** an mysql-de-request_(at)_lists.4t2.com mit Betreff/Subject: unsubscribe
php::bar PHP Wiki - Listenarchive