phpbb 3.0 langsamer als phpbb 2.21 ??
Forumsregeln
Bitte unbedingt die Forum-FAQ beachten!
Bitte unbedingt die Forum-FAQ beachten!
Als Bsp. in phpBB3 wird in der config Tabelle die gesamte Anzahl der Themen und Beiträge gespeichert. Wenn man nach striktem Normalisieren geht, dürfte es dieses Feld nicht geben da man ja alle Zeilen per SELECT COUNT(... abfragen könnte. Aber es liegt wohl auf der Hand das zumindest bei großen Communities vielmehr die index.php aufgerufen wird, und damit verbunden, die die count Abfrage gestartet werden müsste, also wenn man dieses Feld nur updatet wenn Topics und Posts erstellt bzw gelöscht werden. Aber gut nu ^^
http://www.partygebirge.de <--- Visit for Pix ) Partyguid usw.
Das meinte ich ja. Man muss überlegen wie das Projekt ansich aufgebaut ist und wie viel Rechenzeit man zum Aufrufmoment hat. Nicht nur das mit SELECT COUNT kann ein Grund sein, es gibt auch noch unzählige andere Gründe.. letztendlich wird die DB evt ein wenig 'langsamer' oder 'grösser' aber dadurch kann man evt an anderer Stelle Zeit sparen.. deswegen ist es überflüssig als außenstehender da drüber zu reden.. man müsste phpBB3 wirklich genau kennen und wissen, was die Ambitionen hinter jeder einzelnen Aktion ist...
Das Tolle daran, die einzige zwischen richtig und falsch unterscheidende Art zu sein, ist, dass wir uns immer genau die Regeln ausdenken können, die uns gerade in den Kram passen.
Douglas Adams - Die letzten ihrer Art
Douglas Adams - Die letzten ihrer Art
Die MB haben nicht unbedingt etwas zu sagen. Man könnte z.B. (also nur rein in der Theorie) alle Grafiken in eine Packen. Somit spart man immer den Header, braucht also nur 1 anstatt von 32984329. Das spart letztendlich sicherlich Speicherplatz. Da man jetzt aber mit php immer eine Grafik erstellen muss und aus dieser riesen Grafik den richtigen bereich rausschneiden müsste und das dann kopieren müsste, würde man Geschwindigkeit für Performance einbüßen. Es gibt Situationen, wo man genau das halt machen muss (z.B. Handygames, wo man auf Grund der Handys nur einen bestimmten Speicherplatz hat), aber bei phpBB würde es kein Sinn machen.
Gut.. dieses Beispiel passt eh nur bedingt für phpBB, weil niemand auch nur im Schlaf an diese Sache denken würde (ausgenommen die Verifizierungsgrafik), aber es gibt andere Beispiele, die den gleichen Hintergrund haben (halt z.B. Datenbank)...
Daher hat das mit den 5MB nichts zu sagen.. eine Doku (direkt da drin) würde das sicher vergrössern (also den benötigten Speicherplatz) aber 0 an der Performance ändern
Wichtig ist aber, das es bei Dir anscheinend trotz einiger parallel installierten Dinge noch gut läuft.
Gut.. dieses Beispiel passt eh nur bedingt für phpBB, weil niemand auch nur im Schlaf an diese Sache denken würde (ausgenommen die Verifizierungsgrafik), aber es gibt andere Beispiele, die den gleichen Hintergrund haben (halt z.B. Datenbank)...
Daher hat das mit den 5MB nichts zu sagen.. eine Doku (direkt da drin) würde das sicher vergrössern (also den benötigten Speicherplatz) aber 0 an der Performance ändern
Wichtig ist aber, das es bei Dir anscheinend trotz einiger parallel installierten Dinge noch gut läuft.
Das Tolle daran, die einzige zwischen richtig und falsch unterscheidende Art zu sein, ist, dass wir uns immer genau die Regeln ausdenken können, die uns gerade in den Kram passen.
Douglas Adams - Die letzten ihrer Art
Douglas Adams - Die letzten ihrer Art
- oxpus
- Ehemaliges Teammitglied
- Beiträge: 5392
- Registriert: 03.02.2003 12:33
- Wohnort: Bad Wildungen
- Kontaktdaten:
@tholmer
Es ist aber auch die Frage, wo die Daten zur Verfügung stehen.
Wenn die Anzahl der aktuell vorhandenen Posts, Topics, User, etc. in der Config-Tabelle enthalten sind, werden die sowieso einmal mit allen anderen Einstellungen mit geladen und stehen dann global zur Verfügung.
Anders im phpBB 2 muss hier also nie was abgefragt werden.
Und ob ich beim Erstellen oder löschen die Anzahl mit einem kleinen Update ändere, steht ausser Frage, ist eine SQL-Anweisung beim Posten mehr, aber insgesamt immer noch schneller, als die Datenbank z. B. die Datensätze einer umfangreichen Posts- oder Topics-Tabelle zählen zu lassen.
Und das kann dann bei grösseren Foren schon ins Gewicht fallen, wenn sich immer eine gewisse Anzahl User oder gar Bots auf dem Board tummeln...
Es ist aber auch die Frage, wo die Daten zur Verfügung stehen.
Wenn die Anzahl der aktuell vorhandenen Posts, Topics, User, etc. in der Config-Tabelle enthalten sind, werden die sowieso einmal mit allen anderen Einstellungen mit geladen und stehen dann global zur Verfügung.
Anders im phpBB 2 muss hier also nie was abgefragt werden.
Und ob ich beim Erstellen oder löschen die Anzahl mit einem kleinen Update ändere, steht ausser Frage, ist eine SQL-Anweisung beim Posten mehr, aber insgesamt immer noch schneller, als die Datenbank z. B. die Datensätze einer umfangreichen Posts- oder Topics-Tabelle zählen zu lassen.
Und das kann dann bei grösseren Foren schon ins Gewicht fallen, wenn sich immer eine gewisse Anzahl User oder gar Bots auf dem Board tummeln...
Grüße
OXPUS
Kein Support bei unaufgeforderten PNs, E-Mails oder auf anderem Weg!!
OXPUS
Kein Support bei unaufgeforderten PNs, E-Mails oder auf anderem Weg!!
Ja, selbstredend... Ich hab oben nur was erklärt... bin deiner Meinung sozusagen ^^
http://www.partygebirge.de <--- Visit for Pix ) Partyguid usw.