Ich habe gerade mein s9y von MariaDB auf SQLite umgestellt (scheint einfach so geklappt zu haben, Blogartikel könnte folgen) – wie erwartet ist das auf meinem Winz-Rootserver jetzt schneller als vorher.
Eine Frage an Dich als PHP-Profi und s9y-Nutzer: Hast Du eine Idee, wie ich s9y die PRAGMAs für die sqlite-Optimierungen beibringe? Kann man PDO::SQLite irgendwie konfigurieren? Oder innerhalb von s9y irgendwie beim Holen der DB-Connection eingreifen? Wir würdest Du das machen?
Oh, gute Frage, habe ich noch nicht drüber nachgedacht.
Eigentlich müsste man sowas als individuelle Konfiguration in die serendipity_config_local packen. Aber die wird so früh ausgelesen, dass die Datenbank noch nicht geladen ist. Ich habe das gerade mit einem `serendipity_db_query("PRAGMA cache_size = 2000;");` getestet.
Damit bleibt als halbwegs angelegter Weg nur die serendipity_config.inc.php, dort ans Ende, aber die wird beim Upgrade überschrieben. Hm, da fehlt uns was.
Wie ich es machen würde: Einen PR aufmachen und es in den Kern packen. Entweder als neuen Teil der serendipity_config.inc.php (mit Prüfung ob pdo_sqlite benutzt wird) oder in die serendipity_connect-Funktion von include/db/pdo-sqlite.inc.php
Danke! In der serendipity_config.inc.php klappt das ganz hervorragend. Jetzt muss ich noch
* messen, ob das überhaupt was bringt, was ich da optimiere (der Wechsel zu SQLite war im SpamBayes-Plugin sofort bemerkbar, aber für die weiteren SQLite-Optimierungen muss ich genauer hinschauen)
* das irgendwie über die serendipity_config_local.inc.php konfigurierbar machen
* weiter anhübschen für einen PR
Da ich jetzt gerade über die s9y-Developer-Dokumentation gestolpert bin, bin ich wohl erstmal beschäftigt und muss Dich nicht immer fragen :)
Gern! Ich freu mich im Voraus über den PR ;)
Der PR ist abgesagt, denke ich :-)
Ich habe folgendes gemessen (nicht hochwissenschaftlich, aber nachvollziehbar, einfach wiederholtes Abrufen der Startseite meines Blogs):
* wenn ich die PRAGMAs beim Holen der Connection ausführe, dann schafft der Webserver ca. 15% Requests/Sekunde _weniger_ als vorher
* das scheint einzig und allein an den zusätzlich ausgeführten SQL-PRAGMAs zu liegen, denn wenn ich dbPersistent = true setze, ist es wieder so schnell wie vorher (dann werden die Pragmas nicht bei jedem Request neu ausgeführt)
* persistente DB-Connections sind laut s9y-Oberfläche "nicht empfohlen"
* schneller als ohne Optimierung wird es nicht
Mein Fazit: Das ganze Blog tut 99,9% Lesen und hat nur ganz selten mal einen Schreibzugriff (wenn ein SPAM-Kommentar reinkommt). Da lohnt es sich nicht, zu optimieren - schon gar nicht, wenn ich dann noch eine "nicht empfohlene" Option anschalten muss, damit es nicht langsamer als vorher wird.
Schneller wird es so oder so nicht.
Also ist das ganze Quark, da will ich dann auch gar keinen PR erfassen :/
Der erarbeite Code ist jetzt auch nicht so aufregend, den kann ich dann mit in meinen Blogartikel packen.
Damit habe ich jetzt nicht unbedingt gerechnet. Aber ja, vll passt das schon, beim Blogaufruf wird ja fast nur die Datenbank ausgelesen. Und es fließen nicht viele Daten. Dazu dann noch das PHP-Modell, bei dem der Server keinen Zustand persistiert... Ja, das geht schon zusammen mit deinem Ergebnis.
