Forensoftware wechseln?

Rechner ist gut genug.

vielleicht könnten wir selbst eins in C++ schreiben

Korbinian

crash22 schrieb:

vielleicht könnten wir selbst eins in C++ schreiben

darüber wurde nachgedacht, ist aber verworfen worden, weil das sehr viel zeit kostet, v.a. in der wartung. das phpbb ist insofern keine shclechte wahl, da es regelmässig upgedated wird. was genau schuld an den ausfällen ist, ist noch nicht bekannt, es wird aber was mit der suchfunktion zu tun haben.

Unix-Tom

Es ist eindeutig die Suchfunktion. Bei manchen Abfragen dauert dies zu lange und sperrt die DB.

Gerard

@masterfox wenn du fragen hast wegen deinen postings sende mir eine mail

Unix-Tom schrieb:

Es ist eindeutig die Suchfunktion. Bei manchen Abfragen dauert dies zu lange und sperrt die DB.

ist das ein fehler von mysql oder würde das bei jeder datenbank passieren?

Unix-Tom

MySQL hat kein ROW sondern Tableslocking.
Das sollte eigentlich alles erklären. Ob andere RDBMS mit den Datenmenge zurecht komtm ist eine andere Frage.

@Unix-Tom: MySQL mit MyISAM ist zwar schell, kann dafür auch im Vergleich mit "richtigen" RDBMS/ORDBMS nichts. Was ist z. B. mit Postgres? Bei uns in der Firma haben wir von Oracle auf Postgres migriert und sind absolut zufrieden.

@all: Ein weiteres Problem könnte auch an PHP/CGI liegen, da ihr für jeden Request ne neue Verbindung aufmachen müsst, oder aber persistente ressourcenhungrige Verbindungen nutzt.

Ich gehe mal nicht davon aus, dass ihr von dem phpBB migrieren wollt, aber sehr gut skalierende Boards sind:

www.jforum.net
http://www.jboss.org/products/jbossportal

Zum JBoss Portal gibt es einen vielleicht interessanten Artikel auf O'Reilly( http://www.onjava.com/pub/a/onjava/2003/06/04/nukes.html?page=1 ). Das jBoss Team hatte damals auch Schwierigkeiten viele Request auf einem PHP basierten System unterzubringen.

Shade Of Mine

Unix-Tom schrieb:

MySQL hat kein ROW sondern Tableslocking.

Was wäre, wenn man von MyISAM auf InnoDB umstellt? Ist das vernünftig machbar, bzw. würde das etwas bringen?

Wenn man das Board selbst schreiben würde könnte man das doch mit der Suche vernünftig lösen.
Was ich nicht verstehe das dann MySQL (oder der ganze Server) abstürzt. Warum dauert die Abfrage dann nicht einfach länger und dann gehts wieder weiter nach nen paar Sekunden/Minuten?

Korbinian

naja, ich würde sagen, du befasst dich mal etwas eingehender mit anfrageabarbeitung und sperrmechanismen bei datenbanksystemen selber programmieren scheidet aufgrund des aufwands aus.
warum klappt es bei anderen noch größeren foren mit dem phpbb? ganz einfach: dickere rechner

glaube nicht das es am server-computer liegt, denn wenn es das Forum läuft dann auch schnell.

Korbinian

nein, die suchanfragen ziehen den rechner einfach in die knie. riesen datenbank, ungünstige suchanfrage, fertig. es gibt etwa ne halbe million postings. wenn du jetzt z.b. nach "int" suchst, dann wirst du vermutlich in 300000 fündig. jetz mach noch n order by drauf oder solche spässe, und du wirst schnell feststellen, dass das ressourcen kostet...
also erstmal deutsch lernen, dann nachdenken, dann posten

0 treffer.

Korbinian

richtig. es wurden mitlerweile einige keywords manuell aus der suche rausgenommen, um downs abzufangen.

Konn wa nich zusamschmeißen und Marc++us n paar Hewlett-Packard Proliant DL585 quad Opteron servers, each with 24 GB of RAM and 10 TB of disk schenken?

Ich würd schomma 10 cent spenden.

spendabel schrieb:

Konn wa nich zusamschmeißen und Marc++us n paar Hewlett-Packard Proliant DL585 quad Opteron servers, each with 24 GB of RAM and 10 TB of disk schenken?

Ich würd schomma 10 cent spenden.

kann er sich auch ohne unsere spenden leisten.

personenkult

Korbinian schrieb:

nein, die suchanfragen ziehen den rechner einfach in die knie. riesen datenbank, ungünstige suchanfrage, fertig. es gibt etwa ne halbe million postings. wenn du jetzt z.b. nach "int" suchst, dann wirst du vermutlich in 300000 fündig. jetz mach noch n order by drauf oder solche spässe, und du wirst schnell feststellen, dass das ressourcen kostet...
also erstmal deutsch lernen, dann nachdenken, dann posten

aber wie lange dauert so eine Abfrage? 10 Sek? Keine Ahnung was Ihr für einen Server habt, aber solche Abfragen sollte eine Datenbank eigentlich aushalten..

Macht doch son Suchqueue max 5 Leute die suchen dürfen, alle anderen werden eingereiht (max 3 Suchanfragen, dann muss neu eingereiht werden). Wenns nicht anders geht...

Unix-Tom

Das hat damit nichts zu tun.
Es gibt eine Tabelle mit > 13Mill einträgen.

Aus verschiedenen Tabellen wird bei einer Suche das Ergebnis zusammengesucht.
Für die Dauert der Suche wird die Tabelle für INSERTS gesperrt. Bei einem Insert passiert in phpBB sehr viel. (Es wird in einigen Tabellen geschreiben.) MySQL hat dazu eine Absicherung und speichert die Inserts zwischen. Irgendwann ist aber auch das voll und der Client muss warten.
So eine Suchabfrage kann schon etwas länger dauern. Die anderen Reihen sich hinten an. Ist die 2te 3te auch eine Suche dann ist eben Feierabend.
Dafür gibt es auch bereits ein Script welches alle 5 Min die langen Suchen einfach killt. Bis die anber bereinigt werden und der Tabel frei wird dauert es auch seine Zeit. Abgesehen davon muss die Anfrage min 5 Min (Glaube 5 Min ahbe ich genommen) alt sein.
Es ist eigentlich ein phpBB-Design-Fehler. Schuld ist aber insofern auch die DB.

Derzeit sind ca. 61 User anwesend. Es werden im Schnitt 846.5 Beiträge geschreiben.
Man kann sich ausrechen wieviele das in der Minuten sind.
Hierbei gibt es eben Spitzenzeiten wo der Server auch Schwerarbeit leistet. Jetzt nmoch die Suchanfragen welche blockieren und aus ist es. Es ist ja nicht so das es nicht funktioniert aber eben sehr langsam bis zum Fehlerhaften Connect zur DB.

Es werden im Schnitt 846.5 Beiträge geschreiben.

In welcher Zeit?