Mantis Bug Tracker - Forums

Hallo,

ich hab mal eine Frage zur Performance bei Mantis.
Aktuell wird Mantis meiner subjektiven Meinung nach immer lahmer und lahmer bei uns. (version 1.2.1)

Ich habe schon alles mögliche gemacht an Sql Tuning Geschichten aber es hilft nichts.
Sobald wir Mantis im webbrowser über https: laden braucht der manchmal initial 10 Sekunden pro Seite. Das macht dann ganz wenig Spaß auf die Dauer.

Vielleicht habe ich ja etwas übersehen oder kenne nicth alle Möglichkeiten.
Für Vorschläge wie ich das beheben könnte wäre ich sehr dankbar.

Gruß

Erst mal ein Schuss in's Blaue:
Wie viele Einträge sind in der Tabelle mantis_email_table ?

Ansonsten kann man durch folgenden Eintrag in config_inc.php sich Anzeigen lassen welche Statements ausgeführt werden und wieviel Zeit dabei verbraucht wird

ok das mit den counts klappt schon mal.

0.2198 SQL Queries Total Time
13.3485 Page Request Total Time

Autsch , das ist nicht gut oder? ;(


das mit dem mantis_email_table ist irgendwie seltsam

SELECT `email_id` FROM `mantis_email_table`

gibt mir das hier zurück

MySQL lieferte ein leeres Resultat zurück (d. h. null Zeilen). (die Abfrage dauerte 0.0006 sek.)

Kann das überhaupt sein? Jeder User hat bei uns eine Emailadresse im Mantis eigentlich ...

Ich hab nun nochmal geschaut
in mantis_user_tables gibt es ein Feld "Email" und da hat natürlich jeder User eine Emailadresse.
Sollte ich möglicherweise da mal einen Index drauflegen?

Sieht erst mal so aus, dass es nicht an der Datenbank liegt.

Um der Sache wirklich auf den Grund zu kommen ist ein systematisches Vorgehen notwendig.
Mit einfachem Ausprobieren und Schauen was passiert landet man zwar schon mal einen Glückstreffer,
oft genug geht's aber eher in die Hose und das System ist ein einem schlechteren Zustand als vorher.

Daher erst mal folgende Fragen:

Ist das System nach einem Reboot langsam?

Wie ist die Systemumgebung, sprich: welches Betriebssystem in welcher Version, welche Datenbank in welcher Version, welche PHP Version, welche Datenbank kommt zum Einsatz?

Wieviele Projekte, User, Einträge enthält die Installation?

Dauern grundsätzliche alle Aktionen lange, oder lediglich die, die Informationen ändern?

Tritt der Effekt nur bei HTTPS, oder auch bei HTTP auf?

Anonsten rate ich erst mal zum Update auf die aktuelle Version 1.2.4 , da
a) Jede Menge Fehler bereingt worden sind und
b) es wenig Sinn macht nach Problemen in veralteten Versionen zu suchen

Hallo,

sorry bin etwas am kränkeln,deswegen hat meine Antwort gedauert.

atrol wrote:Sieht erst mal so aus, dass es nicht an der Datenbank liegt.

Sehe ich grundsätzlich auch so.

.....

atrol wrote:Ist das System nach einem Reboot langsam?

Nein nicht langsamer als sonst.

atrol wrote:Wie ist die Systemumgebung, sprich: welches Betriebssystem in welcher Version,
welche Datenbank in welcher Version, welche PHP Version, welche Datenbank kommt zum Einsatz?

ein uname -r sagt mir "2.6.24-28-generic"
ein cat /etc/*release "Distrib_ID=Ubuntu
"Distrib_Release=8.04
"Distrib_Codename=hardy"
"Destrib_Description=Ubuntu 8.04.4 LTS"

Als DB ist dort ein MYSQL 5.0.51a-3ubuntu5.8
und die PHP Version 5.2.4-2

atrol wrote:Wieviele Projekte, User, Einträge enthält die Installation?

Unter "Manage Projects" zähle ich ca 80 Projekte, bei ca 40 Usern.
Wie bekommt man denn das mit den Einträgen raus?

atrol wrote:Dauern grundsätzliche alle Aktionen lange, oder lediglich die, die Informationen ändern?

Nein nicht alles dauert so lange.
Alles was großartig dynamisch zusammengebastelt wird dauert ewig.
Besonders krass ist es wenn ich in einem großen Projekt den Reiter "Change Log" anklicke.
Mit den Parametern ""$g_show_queries_count = ON; $g_show_queries_list = ON; ""
die ich auf deinen Rat hin in der Config.inc gesetzt habe, sehe ich Beispielsweise das die SQL Queries 0.5 Sekunden dauern und die Page Requests 21 Sekunden auf der Seite.

atrol wrote:Tritt der Effekt nur bei HTTPS, oder auch bei HTTP auf?

Kann ich leider nicht wirklich testen.
Ich musste in unserer Config.inc mal zementieren das alle Anfragen die über die IP aufgerufen werden direkt in eine HttpsUrl umgesetzt werden.

atrol wrote: Anonsten rate ich erst mal zum Update auf die aktuelle Version 1.2.4 , da
a) Jede Menge Fehler bereingt worden sind und
b) es wenig Sinn macht nach Problemen in veralteten Versionen zu suchen

Ok das leuchtet ein.
Nur um meine Arbeitszeit für ein Update zu bekommen müsste ich kurz vor dem Jahreswechsel schon versprechen können das die Performanceprobleme danach auch weg sind ...
Daher versuche ich erstmal alles Andere.

Gruß

atrol wrote: Tritt der Effekt nur bei HTTPS, oder auch bei HTTP auf?

Ich hab den Eintrag mal deaktiviert in der Config.inc und über http:// auf Mantis zugegriffen.
Im Ergebnis macht es keinen Unterschied ob http oder https ( ~20 Sekunden Seitenaufbauzeit)

tron wrote: und die PHP Version 5.2.4-2

Da wäre ein Update mal angebracht

tron wrote:Wie bekommt man denn das mit den Einträgen raus?

Stimmt zwar nicht zu 100%, aber die ID des letzten erfassten Eintrags sagt aus, wieviele Einträge erfasst wurden

tron wrote:

atrol wrote: Anonsten rate ich erst mal zum Update auf die aktuelle Version 1.2.4 , da
a) Jede Menge Fehler bereingt worden sind und
b) es wenig Sinn macht nach Problemen in veralteten Versionen zu suchen

Ok das leuchtet ein.
Nur um meine Arbeitszeit für ein Update zu bekommen müsste ich kurz vor dem Jahreswechsel schon versprechen können das die Performanceprobleme danach auch weg sind ...
Daher versuche ich erstmal alles Andere.

Gruß

Ein Update von 1.2.1 auf 1.2.4 dauert gerade mal 10 Minuten, zumindest wenn man keinen Sourcecode von MantisBT geändert hat.
Womit auch schon die nächsten Fragen anstehen:
Wurden Änderungen / Erweiterungen an MantisBT vorgenommen?
Sind irgendwelche Plugin's installiert?

atrol wrote:

tron wrote: und die PHP Version 5.2.4-2

Da wäre ein Update mal angebracht

tron wrote:Wie bekommt man denn das mit den Einträgen raus?

Stimmt zwar nicht zu 100%, aber die ID des letzten erfassten Eintrags sagt aus, wieviele Einträge erfasst wurden

tron wrote:

atrol wrote: Anonsten rate ich erst mal zum Update auf die aktuelle Version 1.2.4 , da
a) Jede Menge Fehler bereingt worden sind und
b) es wenig Sinn macht nach Problemen in veralteten Versionen zu suchen

Ok das leuchtet ein.
Nur um meine Arbeitszeit für ein Update zu bekommen müsste ich kurz vor dem Jahreswechsel schon versprechen können das die Performanceprobleme danach auch weg sind ...
Daher versuche ich erstmal alles Andere.

Gruß

Ein Update von 1.2.1 auf 1.2.4 dauert gerade mal 10 Minuten, zumindest wenn man keinen Sourcecode von MantisBT geändert hat.
Womit auch schon die nächsten Fragen anstehen:
Wurden Änderungen / Erweiterungen an MantisBT vorgenommen?
Sind irgendwelche Plugin's installiert?

zu 1) ok mache ich.
zu 2) dann haben wir ca 5000 Einträge
zu3 ) klingt sinnvoll. Werde ich gleich morgen versuchen
Änderungen gab es ein paar an der config.inc und mit den custom_x Files.
Aber Plugins haben ich nur diese beiden "MantisBT Formatting 1.0a" & "MantisBT Core 1.2.1"

Gruß

Ich habe mal eine Fehlermeldung die nach sehr langer Ladezeit kommt in einen Screenshot gesteckt
($g_show_queries_count = ON; $g_show_queries_list = ON)
Zum Update bin ich leider noch nicht gekommen heute aber hoffentlich morgen.
Muss ich denn da irgendwas wissen gerade in Bezug auf die Erweiterungen oder kann Mantis damit umgehen das Parameter angepasst wurden?

Kann es sein das es mit der Fehlersuche in Mantis nicht so einfach ist generell?
Ich hab mal versucht irgendetwas über helper_call_custom_function() zu finden aber so
wirklich konnte mir nicht mal Tante Google dabei helfen.

tron wrote:Kann es sein das es mit der Fehlersuche in Mantis nicht so einfach ist generell?
Ich hab mal versucht irgendetwas über helper_call_custom_function() zu finden aber so
wirklich konnte mir nicht mal Tante Google dabei helfen.

Deine Tante Google ist vielleicht recht nützlich wenn es darum geht Allerweltsprobleme zu lösen, die viele Leute mit einem Produkt haben, das millionenfach im Einsatz ist. Fehlersuche ist etwas ganz anderes und braucht systematisches, konzeptionelles Vorgehen mit einer gehörigen Portion Know How bei allen beteiligten Komponenten (Betriebssystem, Netzwerk, Datenbank, PHP, HTML, Javascript, ......)
Das ist bei MantisBT nicht wesentlich besser oder schlechter als bei anderer vergleichbarer Software.