mod_cache

Diskussion zu nicht so umfangreichen Modulen und Start-Up für neue Module. Ansonsten bitte die speziellen Kategorien benutzen!

Artikel-Cache gefällig?

ja
10
100%
nein
0
Keine Stimmen
 
Insgesamt abgegebene Stimmen: 10

Benutzeravatar
MarkusR
Handbuchversteher
Beiträge: 7362
Registriert: 01.01.1970 01:00
Hat sich bedankt: 111 Mal
Danksagung erhalten: 934 Mal
Kontaktdaten:

Beitrag von MarkusR »

Zum Messen der Performance (auch wenn mod_cache nicht installiert ist), geht man folgendermaßen vor:

In _include/common.inc.php
sucht man die Zeile

Code: Alles auswählen

$CPODEBUGRUNNINGSTART = (float)$usec + (float)$sec;
und schreibt danach

Code: Alles auswählen

$CPODEBUG = DEBUG_COUNT_QUERIES | DEBUG_RUNNING_TIME; 
in den global_footer (oder die entsprechende Einstellung von mod_pages) schreibt man dann noch

Code: Alles auswählen

<?php include(CPO_BASEDIR.'_include/debug.php'); ?>
wie es schon standardmäßig im Backend eingebaut ist.
Ciao Markus
ConPresso-Module

Kein Support per PN!!! Für Fragen und Diskussionen ist das Forum da!

Succi recentis officinalis
Hochwertige Kräutersäfte und -Öle
Benutzeravatar
balu
ConPresso-Entwickler
Beiträge: 1748
Registriert: 01.01.1970 01:00
Hat sich bedankt: 81 Mal
Danksagung erhalten: 133 Mal

Beitrag von balu »

MarkusR hat geschrieben: In _include/common.inc.php
sucht man die Zeile

Code: Alles auswählen

$CPODEBUGRUNNINGSTART = (float)$usec + (float)$sec;
und schreibt danach

Code: Alles auswählen

$CPODEBUG = DEBUG_COUNT_QUERIES | DEBUG_RUNNING_TIME; 
Gibt es einen Grund, wieso Du das nicht in _cfg/common-local.inc.php schreibst? Dafür habe ich die Datei ja eigentlich vorgesehen... :)

Balu
Bartels.Schöne
ConPresso Support & Development
Benutzeravatar
MarkusR
Handbuchversteher
Beiträge: 7362
Registriert: 01.01.1970 01:00
Hat sich bedankt: 111 Mal
Danksagung erhalten: 934 Mal
Kontaktdaten:

Beitrag von MarkusR »

balu hat geschrieben:Gibt es einen Grund, wieso Du das nicht in _cfg/common-local.inc.php schreibst? Dafür habe ich die Datei ja eigentlich vorgesehen... :)

Balu
Weil dann die Zahlen nicht stimmen.
Ciao Markus
ConPresso-Module

Kein Support per PN!!! Für Fragen und Diskussionen ist das Forum da!

Succi recentis officinalis
Hochwertige Kräutersäfte und -Öle
Benutzeravatar
balu
ConPresso-Entwickler
Beiträge: 1748
Registriert: 01.01.1970 01:00
Hat sich bedankt: 81 Mal
Danksagung erhalten: 133 Mal

Beitrag von balu »

Wieso denn das? $CPODEBUGRUNNINGSTART wird immer an derselben Stelle gesetzt.

Und DEBUG_RUNNING_TIME wird dann erst ./_include/debug.php wieder ausgewertet.

Ausser dass also zusätzlich noch die _cfg/common-local.inc.php geladen wird, sollte es doch keinen Unterschied geben, oder :?:

Balu
Bartels.Schöne
ConPresso Support & Development
Benutzeravatar
MarkusR
Handbuchversteher
Beiträge: 7362
Registriert: 01.01.1970 01:00
Hat sich bedankt: 111 Mal
Danksagung erhalten: 934 Mal
Kontaktdaten:

Beitrag von MarkusR »

Kleines Beispiel aus meiner Testumgebung:

Deine Lösung zählt 49 Abfragen.

Meine 58.

Ursache sind die bereits in der common.inc.php und in vielen Modulen (common-module.inc.php) ausgeführten Abfragen.

Es ist also sinnvoll die Zählung vor der allerersten Abfrage zu starten.
Ciao Markus
ConPresso-Module

Kein Support per PN!!! Für Fragen und Diskussionen ist das Forum da!

Succi recentis officinalis
Hochwertige Kräutersäfte und -Öle
Benutzeravatar
MarkusR
Handbuchversteher
Beiträge: 7362
Registriert: 01.01.1970 01:00
Hat sich bedankt: 111 Mal
Danksagung erhalten: 934 Mal
Kontaktdaten:

Beitrag von MarkusR »

spyma hat geschrieben:Jetzt funktioniert es.

Vielen Dank.
Und? Ergebnisse?
Ciao Markus
ConPresso-Module

Kein Support per PN!!! Für Fragen und Diskussionen ist das Forum da!

Succi recentis officinalis
Hochwertige Kräutersäfte und -Öle
spyma
ConPresso-User
Beiträge: 25
Registriert: 29.08.2005 17:52
Hat sich bedankt: 2 Mal

Beitrag von spyma »

MarkusR hat geschrieben:
spyma hat geschrieben:Jetzt funktioniert es.

Vielen Dank.
Und? Ergebnisse?
Die folgen..

Zur Zeit habe ich noch keine Inhalte drin. Kann aber heute Abend mal vorläufige Werte vorstellen.
Benutzeravatar
balu
ConPresso-Entwickler
Beiträge: 1748
Registriert: 01.01.1970 01:00
Hat sich bedankt: 81 Mal
Danksagung erhalten: 133 Mal

Beitrag von balu »

MarkusR hat geschrieben:Deine Lösung zählt 49 Abfragen.

Meine 58.

Ursache sind die bereits in der common.inc.php und in vielen Modulen (common-module.inc.php) ausgeführten Abfragen.

Es ist also sinnvoll die Zählung vor der allerersten Abfrage zu starten.
Aber an der Laufzeit sollte sich dadurch nichts ändern?

Bei den Abfragen habe ich das bisher immer für einen "systematischen Fehler" gehandelt, den man vernachlässigen kann, weil da einfach immer X Abfragen drauf müssten. Aber durch die Module können das natürlich auch mal einige mehr werden.

Balu
Bartels.Schöne
ConPresso Support & Development
spyma
ConPresso-User
Beiträge: 25
Registriert: 29.08.2005 17:52
Hat sich bedankt: 2 Mal

Beitrag von spyma »

Wie versprochen die Werte..


mit mod_cache: 0.0816s ( Anzahl der Queries: 28 ) *

ohne mod_cache: 3.3149s ( Anzahl der Queries: 39 ) *

*cache im ff gelöscht

z.Z. werden 6 Artikel aufgerufen.
Benutzeravatar
MarkusR
Handbuchversteher
Beiträge: 7362
Registriert: 01.01.1970 01:00
Hat sich bedankt: 111 Mal
Danksagung erhalten: 934 Mal
Kontaktdaten:

Beitrag von MarkusR »

spyma hat geschrieben:mit mod_cache: 0.0816s ( Anzahl der Queries: 28 ) *

ohne mod_cache: 3.3149s ( Anzahl der Queries: 39 ) *
Nee, oder? :shock:
4000 % ???

Da hast Du aber noch den Datumsbug und formatierte Datumswerte mit drin, oder?
Da ist die Beschleunigung erwartungsgemäß riesig, weil der Parser ja komplett umgangen wird.
Ciao Markus
ConPresso-Module

Kein Support per PN!!! Für Fragen und Diskussionen ist das Forum da!

Succi recentis officinalis
Hochwertige Kräutersäfte und -Öle
spyma
ConPresso-User
Beiträge: 25
Registriert: 29.08.2005 17:52
Hat sich bedankt: 2 Mal

Beitrag von spyma »

Hast recht der Datumsbug dürfte noch drin sein. Hatte zwar schon davon gelesen, aber diesen noch nicht gefixt.

Ich glaube der Server von 1blue verfälscht die Daten ungemein. Ich denke die Werte liegen durchschnittlich bei 0.2s.
spyma
ConPresso-User
Beiträge: 25
Registriert: 29.08.2005 17:52
Hat sich bedankt: 2 Mal

Beitrag von spyma »

Neue Werte mit Datumsbug gefixt.

mit mod_cache: 0.0751s ( Anzahl der Queries: 28 ) *

ohne mod_cache: 0.3940s ( Anzahl der Queries: 39 ) *


Hier im Betrieb mit mod_cache
http://www.stefanweerts.de/zeb/_rubrik/ ... EB-Aktuell
Zuletzt geändert von spyma am 31.03.2008 19:21, insgesamt 1-mal geändert.
Benutzeravatar
Matthias V
Modul-Entwickler
Beiträge: 1251
Registriert: 01.01.1970 01:00
Wohnort: Sondershausen
Hat sich bedankt: 54 Mal
Danksagung erhalten: 147 Mal
Kontaktdaten:

Beitrag von Matthias V »

spyma hat geschrieben:*cache im ff gelöscht.
Der Browsercache hat keinen Einfluss auf diese Messung.

Denn sie misst nur die Zeit, die der Server braucht, um die Webseite zusammenzubauen. Der Browser an sich lädt erst danach eventuell benötigte Bilder nach.
mod_Guestbook 4.1.0

Features:
- Einträge als ConPresso-Artikel
- benutzt Templates, Rubriken, ...
- Captcha
- BB-Code + Smilies + Zitieren
- Badwords
- Anonymisierung
spyma
ConPresso-User
Beiträge: 25
Registriert: 29.08.2005 17:52
Hat sich bedankt: 2 Mal

Beitrag von spyma »

OK, hast natürlich recht.
Benutzeravatar
Rappi
ConPresso-User
Beiträge: 97
Registriert: 05.05.2006 11:15
Wohnort: Magdeburg
Hat sich bedankt: 20 Mal
Danksagung erhalten: 1 Mal

Beitrag von Rappi »

Hi Markus,

ich habe das Modul getestet und hier meine Ergebnisse:

Eine Rubrik mit 228 Artikeln.

ohne mod_cache: Running time: 20.5358s Used database queries: 1565
mit mod_cache: Running time: 1.6298s Used database queries: 242

Die Geschwindigkeit ist einfach super.

Leider wird mein Inline nicht mit in den Cache geschrieben so das nicht alles Angezeigt wird.

Außerdem habe ich folgende Fehlermeldung wenn ich auf Rebuild Cache klicke:

Code: Alles auswählen

Database error:
Invalid SQL: SELECT nr, templates_id FROM cpo4_news WHERE cpo4_news.templates_id <> 12 AND cpo4_news.templates_id <> 17 AND artikel_archiv<1 AND freigabe!=2 AND pub_datum<='2008-04-03 10:59:20' AND verfallsdatum>='2008-04-03 10:59:20' AND rubric_id=0 AND (1) ORDER BY 
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1 (1064)
Gruß
Marko Rappholz
Antworten