Was macht eine Movable Type Installation langsam?
03. September 2005 | Movabletype | 8 Kommentare | 0 TrackBacks| del.icio.us | Print
Der Import meiner Blog-Einträge dauert in der aktuellen Version ein Vielfaches als in einer frischen Version MT3.17 oder MT3.2. Was nur macht die MT-Installation so langsam?
Der Zufall (!?!) brachte mich zu obiger Erkenntnis und der Frage nach der Lösung. Während der Import aller Daten in einem frischen Weblog in Sekunden erledigt ist, braucht meine Installation mindestens 15 Minuten länger.
Unweigerlich kommen mir Erinnerungen an alte Windows-Zeiten in den Sinn - jedes Jahr eine frische Installation. Das kann doch wohl für MT nicht gelten, oder? Bei 245 Beiträgen und 477 Kommentaren nebst 88 Trackbacks sollte das kein Problem darstellen. Andere Installationen sind da weitaus größer und anspruchsvoller.
Woran liegt das, frage ich mich?
Ursache 1: Provider
Fast zeitgleich habe ich beide Imports beim selben Provider erledigt. Die Konfigurationen sind identisch. Der Provider scheidet aus meiner Sicht aus.
Ursache 2: Größe der Datenbank
Die Datenbank sind unterschiedlich groß. Eine (fast) frische Installation läuft schnell durch. Die aktuelle Datenbankliegt gepackt bei knapp unter 2 MB. Ab da macht phpMyAdmin Schwierigkeiten. Oder muss die Datenbank einfach mal komprimiert und aufgeräumt werden?
Ursache 3: MT-Plugins
Bis auf Tag- und Tagwire-Plugin sind die Installationen identisch. Der Test vom Tagwire-Plugin hatte mir vor Wochen bereits meine Installation sehr, sehr langsam gemacht. Auch die Deinstallation behob dieses Problem nicht. So harrt die Tagwire-Anwendung bis heute, war die Anwendung dadurch einfach zu langsam.
Ursache 4: MT-Version
Aktuell (noch) auf MT3.14 laufend, habe ich mit MT3.17 eine frische Installation (in Ermangelung von MT3.2d) benutzt. Sicher stecken einige Optimierungen in MT3.17. Doch machen sie so viel aus?
Datenbank-Langzeit-Erfahrungen habe ich nur wenige. Die Größe der Datenbank hält sich selbst unter Berücksichtigung von Sideblog und Test-Blogs in Grenzen.
- Ab welchem Grad der Aktualisierungen sollte man eine neue MT-Datenbank aufsetzen?
Interessante Fragestellung! Da ich zu diesem Thema kaum etwas Interessantes lesen konnte, interessieren mich Eure Erfahrungen, Tipps und Links. Danke!
Tags: Movabletype Movable Type
TrackBack-URL: http://www.einfach-persoenlich.de/m32/mt-tb.cgi/294
Kommentare
1 | Jeena Paradies schreibt am 03. September 2005, 03:24:
Ich würde vermuten, dass es irgendwo eine Endlosschleife gibt. Für eine Datenbank sind solche Datenmängen ein Pfurz im Wind, da musst du schon mit einigen hundert MB kommen bis die mal anfängt in die Knie zu gehen, wenn nicht sogar noch mehr.
2 | Jörg schreibt am 03. September 2005, 03:57:
Hallo Jeena: Habe bereits Berichte über ganz andere Dimensionen von Datenbanken gelesen. Kann Dir also wegen der Größe nur zustimmen.
Eine Endlosschleife würde das System zum Stillstand bringen. Das denke ich weniger. Durch das Zusammenspiel von Plugins könnte aber eine Verlängerung der Aktivitäten zustande kommen. Das zu prüfen, dürfte wegen der individuellen Konfiguration schwerer werden.
3 | Jörg schreibt am 04. September 2005, 02:24:
@Manuela:
Ich habe die Import/Export Funktion genutzt. Bisher habe ich nur sehr gute Erfahrungen gemacht. Bei der kürzlichen Aktion konnte ich in meinem Blog aber Kaffee zwischendurch trinken. In der besagten neuen Installtion war die Aktion nach ein paar Sekungen abgeschlossen.
Nun stehe ich echt vor einem Rätsel.
In MT3.2 wird die Import/Export-Funktion nur ohne MTBasename unterstützt. Aus meiner Sicht ein klares Manko.
BTW, mit phpMyAdmin hatte ich überwiegend Schwierigkeiten. Bei leichten Fehlern brach die Anweisung dann ohne große Erklärung einfach ab.
4 | Manuela schreibt am 04. September 2005, 03:28:
Ich habe die Import-Funktion unter 3.2 noch nicht testen (müssen). Bisher ging das bei mir genau wie bei Dir auch in Sekunden. Da kann ich Dir leider nicht weiterhelfen :-(.
Ich habe meine gesamte Datenbank in eine andere transportiert. Das war mit phpMyAdmin auch nicht zu machen ...
5 | Jörg schreibt am 04. September 2005, 04:34:
Mir ist es dreimal lieber, den Ernstfall vorher einmal geprobt zu haben, als hinterher Schwierigkeiten zu haben. Normalerweise macht man Backups und fühlt sich sicher. Ein Probe-Restore erst macht die Schwachstellen sichtbar.
Danke für Deine Aufmerksamkeit und Hilfe. Denke mal, dass bei meiner Installation irgendwas anderes nicht stimmt. Im Zuge des Redesigns denke ich nun eher über eine Neuinstallation nach.
6 | Jeena Paradies schreibt am 04. September 2005, 06:44:
Naja, PHP hat ja auch seine Timeouts, aber ich weiß eigentlich absolut nicht was die da großartiges beim Importieren machen. Wie du schon sagtest wird es wegen der fülle an Faktoren wohl nahezu unmöglich sein herauszufinden was das verursacht. Vielleicht wird es ja mit der nächsten MT Version besser?
7 | Manuela schreibt am 04. September 2005, 08:55:
Importierst Du die Daten als MySQL oder über die MT Import/Export Funktion? Bei letzerer habe ich keine signifikanten Unterschiede feststellen können. Das geht immer sehr schnell. Mit phpMyAdmin habe ich schon des Öfteren gekämpft und nun eine passendere Lösung gefunden.
8 | Jörg schreibt am 04. September 2005, 10:31:
@Jeena:
Jeder Einsatz von Plugins hat durchaus auch seine Nachteile. Andere Faktoren kommen hinzu. Nur mache ich ungern zweimal den gleichen Fehler. Insofern halte ich es für berechtigt, sich die Frage nach den Ursachen zu stellen.
Unabhängig davon wird durch eine Neuinstallation maches Problem auch effektiv neutralisiert. Auf die Version 3.2 steige ich auf jeden Fall um.
