Serverneustart 27.10.2004 07:00 Uhr
Ich persönlich habe mittlerweile überall Kernel 2.6 drauf und ich habe noch keine schlechten Erfahrungen gemacht. Im Gegenteil, nur gute. Da das Forum nun an die Grenzen des Servers gestoßen ist und auch mal drüber, kannt man nicht konservativ bleiben. Du musst meiner Meinung nach versuchen mit vorhandenen Mitteln die Hardware besser auszunutzen.
Ein Upgrade auf MySQL 4 ist imho Pflicht. Das wird die Performance am spürbarsten erhöhen und die Last senken. Sicherheitsprobleme tauchen bei MySQL 4 eher selten auf. Und backports.org stellen auch Sicherheitsupdates bereit.
Wie gesagt, ich weiss nicht wie es mit Traffic bei Euch aussieht, aber die GZIP-Kompression erhöht deutlich die CPU-Last, was Ihr im Moment überhaupt nicht gebrauchen könnt.
Das Thema persistente Verbindungen bei MySQL und PHP ist häufig diskutiert worden, mit dem Resultat dass sie speziell für Foren nur Nachteile bringen. Zudem blockieren persistente Verbindungen die Datenbank. SIehe dazu z.B. das hier:
http://www.mysql.com/news-and-events/ne ... 00086.html und http://www.vbulletin.com/forum/showthre ... tent+mysql
Ein Upgrade auf MySQL 4 ist imho Pflicht. Das wird die Performance am spürbarsten erhöhen und die Last senken. Sicherheitsprobleme tauchen bei MySQL 4 eher selten auf. Und backports.org stellen auch Sicherheitsupdates bereit.
Wie gesagt, ich weiss nicht wie es mit Traffic bei Euch aussieht, aber die GZIP-Kompression erhöht deutlich die CPU-Last, was Ihr im Moment überhaupt nicht gebrauchen könnt.
Das Thema persistente Verbindungen bei MySQL und PHP ist häufig diskutiert worden, mit dem Resultat dass sie speziell für Foren nur Nachteile bringen. Zudem blockieren persistente Verbindungen die Datenbank. SIehe dazu z.B. das hier:
http://www.mysql.com/news-and-events/ne ... 00086.html und http://www.vbulletin.com/forum/showthre ... tent+mysql
Gruß,
Tomek
Tomek
- feltel
- Webmaster
- Beiträge: 10368
- Registriert: 20.12.2001 13:08:23
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Leipzig, Germany
-
Kontaktdaten:
Das machen wir ja auch, nur wollen und sollten wir nicht in Aktionismus ausarten. Solche Geschichten wollen wohl überlegt sein, da es ggf. keinen Weg zurück gibt. Ich denke nicht, das ein Wechsel von 2.4 auf 2.6 einen so gravierenden Vorteil bringt. Hab vor ner Weile mal ne Testmaschine sowohl unter 2.4.25 als auch unter 2.6.7 am laufen gehabt und es gab da keine Unterschiede in der Performance.Tomek hat geschrieben:Ich persönlich habe mittlerweile überall Kernel 2.6 drauf und ich habe noch keine schlechten Erfahrungen gemacht. Im Gegenteil, nur gute. Da das Forum nun an die Grenzen des Servers gestoßen ist und auch mal drüber, kannt man nicht konservativ bleiben. Du musst meiner Meinung nach versuchen mit vorhandenen Mitteln die Hardware besser auszunutzen.
Ich hab mir mal die Depencies von mysql auf backports.org angeschaut und damit könnte ich leben. Es will nur ne aktuellere debconf-Version haben, die aber zum Glück nicht von weiteren Backports abhängt. Manchmal ist man ja bei solchen Backports gewungen nen Sack voll anderer Pakete (und vorallendingen libs) mit upzudaten, wenn man den Backport nutzen will.Ein Upgrade auf MySQL 4 ist imho Pflicht. Das wird die Performance am spürbarsten erhöhen und die Last senken. Sicherheitsprobleme tauchen bei MySQL 4 eher selten auf. Und backports.org stellen auch Sicherheitsupdates bereit.
Momentan brauchen wir so um die 35 GB pro Monat. Uns stehen 50 GB Frei-Traffic zur Verfügung. Ich glaube nicht, das GZip so schlecht arbeiten würde, so das wir bei Abschaltung von GZip unter den 50 GB Traffic bleiben würden. Ich werd aber mal testweise für einen Tag GZip ausschalten und das dann mal Trafficmäßig vergleichen.Wie gesagt, ich weiss nicht wie es mit Traffic bei Euch aussieht, aber die GZIP-Kompression erhöht deutlich die CPU-Last, was Ihr im Moment überhaupt nicht gebrauchen könnt.
Hmm, was ist nun die beste Lösung? Der eine sagt Persistente Connections an, der andere sagt Off.Das Thema persistente Verbindungen bei MySQL und PHP ist häufig diskutiert worden, mit dem Resultat dass sie speziell für Foren nur Nachteile bringen. Zudem blockieren persistente Verbindungen die Datenbank. SIehe dazu z.B. das hier:
http://www.mysql.com/news-and-events/ne ... 00086.html und http://www.vbulletin.com/forum/showthre ... tent+mysql
debianforum.de unterstützen? Hier! | debianforum.de Verhaltensregeln | Bitte keine Supportanfragen per PM
Klar müssen solche Dinge gut überlegt sein. Jedoch sehe ich bei einem Upgrade auf Kernel 2.6 keine Gefahr, sondern potenziell mehr Leistung.feltel hat geschrieben:Das machen wir ja auch, nur wollen und sollten wir nicht in Aktionismus ausarten. Solche Geschichten wollen wohl überlegt sein, da es ggf. keinen Weg zurück gibt. Ich denke nicht, das ein Wechsel von 2.4 auf 2.6 einen so gravierenden Vorteil bringt. Hab vor ner Weile mal ne Testmaschine sowohl unter 2.4.25 als auch unter 2.6.7 am laufen gehabt und es gab da keine Unterschiede in der Performance.
Stimmt, das ist bei MySQL nicht der Fall. Allerdings wirst du nach dem MySQL-Upgrade, wenn du das PHP von Woody behalten willst, das Paket "libmysqlclient10" von Debian Woody installiert lassen bzw. installieren, da das PHP bei Woody gegen die MySQL 3.23 Libaries gelinkt ist.feltel hat geschrieben:Ich hab mir mal die Depencies von mysql auf backports.org angeschaut und damit könnte ich leben. Es will nur ne aktuellere debconf-Version haben, die aber zum Glück nicht von weiteren Backports abhängt. Manchmal ist man ja bei solchen Backports gewungen nen Sack voll anderer Pakete (und vorallendingen libs) mit upzudaten, wenn man den Backport nutzen will.
Schalte sie ab.feltel hat geschrieben:Hmm, was ist nun die beste Lösung? Der eine sagt Persistente Connections an, der andere sagt Off.
Gruß,
Tomek
Tomek
- feltel
- Webmaster
- Beiträge: 10368
- Registriert: 20.12.2001 13:08:23
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Leipzig, Germany
-
Kontaktdaten:
Ich importier gerade mal spaßeshalber die dfde-Datenbank auf einen gerade zur Installation anstehenden Firmenrechner (P4/2800) und dabei bekomm ich
Da da steht mir ja was bevor, wenn wir den DB-Server umstricken
Das DB-Dump-File ist kanpp ein halbes Gigabyte groß und der importiert schon knapp 15 Minuten.message from syslogd@skywalker at Thu Oct 28 13:02:48 2004 ...
skywalker kernel: CPU0: Temperature above threshold
Da da steht mir ja was bevor, wenn wir den DB-Server umstricken
debianforum.de unterstützen? Hier! | debianforum.de Verhaltensregeln | Bitte keine Supportanfragen per PM
also ich hab das mal bei typo3 verglichen (das Ding schmeisst beide Größen zu Testzwecken raus. waren 8k (ohne GZIP) und 2.3k. Also auf eure Verhältnisse kannst du plötzlich VIEL MEHR Traffic haben, mehr als die 50GB denk ich mal. dfde ist ja auch zeimlich textlastig (was ich gut finde).Momentan brauchen wir so um die 35 GB pro Monat. Uns stehen 50 GB Frei-Traffic zur Verfügung. Ich glaube nicht, das GZip so schlecht arbeiten würde, so das wir bei Abschaltung von GZip unter den 50 GB Traffic bleiben würden. Ich werd aber mal testweise für einen Tag GZip ausschalten und das dann mal Trafficmäßig vergleichen.
- feltel
- Webmaster
- Beiträge: 10368
- Registriert: 20.12.2001 13:08:23
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Leipzig, Germany
-
Kontaktdaten:
Wir nutzen hier Gzip in Form des Pakets libapache-mod-gzip auch zur Komprimierung des Transfers zwischen Webserver und Browser. Die meisten Browser können das mitlerweile und somit bringen wir den Traffic und die Ladezeiten der Webseite drastisch nach unten.
debianforum.de unterstützen? Hier! | debianforum.de Verhaltensregeln | Bitte keine Supportanfragen per PM
Ja schon, da das Forum akute Probleme mit der Performance hat. Zu dem will feltet sicherlich nicht ein komplettes Distributionsupdate fahren, das nichts in der Hinsicht verbessert.se8i hat geschrieben:Muß denn so dringend was gemacht werden?
Also speziell mit den Backports, jetzt wo sarge "so knapp vor dem release" steht.
Gruß,
Tomek
Tomek
- KBDCALLS
- Moderator
- Beiträge: 22359
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Der Server Neustart scheint wohl nichts an den Performanceproblem geändert zu haben, Ca. 20 Min hat der Server ebend garnicht reagiert.
Selbst eine Neueinwahl des DSL hat nichts geholfen. Ne Lösung schon in Sicht.
Selbst eine Neueinwahl des DSL hat nichts geholfen. Ne Lösung schon in Sicht.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
- Kennst du unsere Verhaltensregeln
- Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.
Bin mir nicht sicher obs das Posting hier Richtig ist, oder ob schon was dazu bekannt ist.
Aber ich habe seit einigen Tagen Probleme auf df.de zu kommen.
Ich kann, bzw der Rechner kann den Host nicht erreichen.
Selbiges Problem ist mir auch von anderen Usern bekannt.
Zeitlich passen diese Probleme in die Zeit der Serverumstellung. Daher poste ich hier...
Aber ich habe seit einigen Tagen Probleme auf df.de zu kommen.
Ich kann, bzw der Rechner kann den Host nicht erreichen.
Selbiges Problem ist mir auch von anderen Usern bekannt.
Zeitlich passen diese Probleme in die Zeit der Serverumstellung. Daher poste ich hier...
Cheers, Maikel
------------
BGLUG
------------
Linus Torvalds:
"Only wimps use tape backup: _real_ men just upload their important stuff on ftp, and let the rest of the world mirror it "
------------
BGLUG
------------
Linus Torvalds:
"Only wimps use tape backup: _real_ men just upload their important stuff on ftp, and let the rest of the world mirror it "
Ich bin gerade eben auch für ca. 20 Minuten nicht auf die Seite gekommen, weder per https noch http. Auch
ging in dieser Zeit nicht.
Code: Alles auswählen
telnet debianforum.de 80
- blackm
- Moderator und Co-Admin
- Beiträge: 5921
- Registriert: 02.06.2002 15:03:17
- Lizenz eigener Beiträge: MIT Lizenz
Ja, wir hatten da ein kleines Problem (das einen Load von etwa 50 und knapp 700 Prozesse verursacht hat). Wir konnten es aber mit iptables loesen
by, Martin
by, Martin
Schöne Grüße
Martin
Neu im Forum? --> https://wiki.debianforum.de/debianforum ... tensregeln
Log- und Konfigurationsdatein? --> pastebin.php
Forum unterstützen? --> https://wiki.debianforum.de/debianforum.de/Spenden
Martin
Neu im Forum? --> https://wiki.debianforum.de/debianforum ... tensregeln
Log- und Konfigurationsdatein? --> pastebin.php
Forum unterstützen? --> https://wiki.debianforum.de/debianforum.de/Spenden
- feltel
- Webmaster
- Beiträge: 10368
- Registriert: 20.12.2001 13:08:23
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Leipzig, Germany
-
Kontaktdaten:
Musste den Server leider vor rund 20 Minuten resetten, da der Load wieder mal auf über 30 angestiegen war und MySQL sich partout nicht beenden ließ.
debianforum.de unterstützen? Hier! | debianforum.de Verhaltensregeln | Bitte keine Supportanfragen per PM
- feltel
- Webmaster
- Beiträge: 10368
- Registriert: 20.12.2001 13:08:23
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Leipzig, Germany
-
Kontaktdaten:
Wir sind gerade dabei die verschiedenen Logs durchzuarbeiten, um mehr Informationen zu bekommen woran es lag. Es scheint aber so zu sein, das verschiedene Ereignisse zusammentreffen und dann den Load verursachen. Wie es scheint ist es kein einzelnes Ereigniss was zu dem Problem führt.
debianforum.de unterstützen? Hier! | debianforum.de Verhaltensregeln | Bitte keine Supportanfragen per PM
- KBDCALLS
- Moderator
- Beiträge: 22359
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Schon ein Ergebnis?
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
- Kennst du unsere Verhaltensregeln
- Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.
laut [1] gilt:
[1] http://www.webmasterpro.de/content_tip-1379.php
Auch wenn ich nicht genau verstehe wie das Funktioniert, aber ich beschäftig mich nur so privat seit ein paar monaten mit php und mysql.mysql_pconnect ist besser da die Verbindung nur einmal geöffnet wird und offen bleibt und somit wir das scriptt schneller
[1] http://www.webmasterpro.de/content_tip-1379.php
Debian GNU/Linux 00101010
- feltel
- Webmaster
- Beiträge: 10368
- Registriert: 20.12.2001 13:08:23
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Leipzig, Germany
-
Kontaktdaten:
Noch nicht so richtig.KBDCALLS hat geschrieben:Schon ein Ergebnis?
Eine Ursache ist (bzw. war) der stündliche mysqldump-Prozess (zur Vorbereitung des DB-Backups). Wir haben dies vorerst auf die Nachtstunden eingeschränkt. Eine weitere Ursache oder besser gesagt die Folge des mysqldunp waren MySQL-Queries, die bis zu 66 Sekunden liefen. Es waren hauptsächlich Suchabfragen wo der/die Suchenden dann während der Minute sicherlich mehrfach den Refresh-Button geklickt hat und damit eine neue Instanz der Suche gestartet hat.
debianforum.de unterstützen? Hier! | debianforum.de Verhaltensregeln | Bitte keine Supportanfragen per PM