Test zur Lösung der Performanceprobleme

[frauhansen]

Ein test Messung Antwort Zeit

[frauhansen]

Antwort Test

[goemichel]

Antwort gut

[frauhansen]

Biste sicher... erstellen dieses Threads hat flockige 15 Skunden gedauert. mal schauen wie lange diese Antwort jetzt braucht.

----> 9 Sekunden ab Drücken senden Button

[Quentin]

Hast Du schon was im Auge, was die Ursache ist? Ist das ein shared Server und die anderen produzieren Last? Oder woran liegt es?

Gruß,
Quentin

[frauhansen]

Auf dem Account laufen ein par Seiten (schon klar, auf dem server wohl noch mehr). Die zeigen bis auf eine keine Performance-Probleme. Auch Filetransfer ist schnell bis sehr schnell.

Aber... die www.co2-boerse.ch hat ne mySQL DB dahinter. Und wenn ich die, leider via Jumla, befüllen muss, dann kackt mir der Import regelässig ab wegen zu langer Antwortzeiten.
Meine Vermutung ist also, das es auf der mySQL Seite zu suchen ist.

Der hostpoint-Support hat sich jetzt mal durchs Forum geklickt und nichts langsames festgestellt. Lesend geht das Forum imho auch relativ gut. Meistens zumindest. Nur schreibend habe ich das Gefühl das es massiv hakt. Was für mich auch wieder für eine Ursache in der SQL Datenbank sprechen würde.

[Eckhaard]

Bei mir hats auch dauernd gespastet, auch beim Lesen bzw. Suchen.

EDIT: Post brauchte ~5s

EDIT: Test

EDIT: Editieren geht schnell

EDIT: <1s

EDIT: War aber auch schon anders. Hast was gemacht?

[fireball]

Lesen ist oft genug auch schnarchlangsam. Die Engstelle ist definitiv auf Datenbankseite zu suchen. Irgendwo gabs ne debug-Option, um die Antwortzeiten der DB und die Zeit für den Seitenaufbau einsehen zu können.

[frauhansen]

hmmm, ich schau mal ob das im im mySQL Admin-Dialog von hostpoit finde. Oder meinst das ist auf der VBboard Seite?

WOW, das antworten jetzt grad ging wieder 1-fix-drei

[fireball]

Im Board. MySQL kann dir schlecht die Php-Zeit ausgeben. :D

[Sasquatch]

Test Test

[Sasquatch]

Naja, bei mir sind's immer noch 5 sec+

[goemichel]

test2

Edit: direkt antworten etwa 2s
erweitert: > 6s

also nicht berauschend...

[frauhansen]

@marcus: Ich finde leider nichts dazu. In den einstellungen im Admin Panne nicht, und auch im vbBoard handbuch nicht :-/

[fireball]

http://www.vbulletin.com/docs/html/debug_mode
http://www.webcosmoforums.com/forum-management/33166-how-enable-debug-mode-vbulletin.html

[frauhansen]

das hatte ich auch gefunden... dachte es gäbe das als schalter.. okay.
Hast Du ne Ahnung wo der das Protooll dann hin schreibt??

Eintrag erfolgt... mal schauen was und wo er jetzt was ausgibt!

EDIT: Sehe es unten immer auf der Seite... woahhh, da mal durchwühlen...

[frauhansen]

Leider stehen dot alle möglichen "Meldungen" aber keine Laufzeitangaben... da muss es was detailierters geben.... *such ... schnüffel*

[fireball]

Page generated in 0.24935698509216 seconds with 23 queries, spending 0.052688598632812 doing MySQL queries and 0.19666838645935 doing PHP things.

Das ganze bei einer Gesamtauslieferungszeit von 2,7 Sekunden. -> DB schnell, PHP Prozess schnell, Webserverprozess aber anscheinend langsam oder Auslieferung schnarcht rum, weil Netzwerkanbindung scheisse.

Alternativ: Latenz des Webservers übel, weil viel zu wenig Threads für den Apache konfiguriert und deswegen Anfragen ewig warten müssen.

[fireball]

Aktuell:

Page generated in 0.24223709106445 seconds with 23 queries, spending 0.066759347915649 doing MySQL queries and 0.1754777431488 doing PHP things.


Gesamt-Request-Zeit bis zur Darstellung der Seite über 7 Sekunden.

In Chrome sieht man in der Debug-Konsole sehr schön, dass vor allem das Ausliefern statischer(!) Resourcen wie Bildern, CSS etc. ewig dauert. Die Datenbank kann IMHO ausgeschlossen werden, die Probleme sind auf Seiten des Webservers zu suchen.

[kookie]

Hi,

habt Ihr das Debugging für alle User angestellt?
Weil unter dem Thread (Der ultimative BD-Schnäppchen-Thread) noch Infos angezeigt werden
vBulletin 4.2.0 Debug Information

Page Generation 0,21737 seconds
Memory Usage 11,631KB
Queries Executed 43 (?)

More Information... gelöscht (von mir)

Komplettaufbau der Seite in weniger als 1 Sekunde.

[kookie]

Hi,

habt Ihr das Debugging für alle User angestellt?
Weil unter dem Thread (Der ultimative BD-Schnäppchen-Thread) noch Infos angezeigt werden
vBulletin 4.2.0 Debug Information

Page Generation 0,21737 seconds
Memory Usage 11,631KB
Queries Executed 43 (?)

More Information... gelöscht (von mir)

Komplettaufbau der Seite in weniger als 1 Sekunde.

[kookie]

aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaahhhhhhhhhhhhhhhhh,
warum habe ich zwei Antworten erstellt, obwohl ich nur einmal Antworten geklickt habe?
Das ist schon das zweite Mal innerhalb einer Woche, beim letzten Mal kam ein Popup hoch mit der Meldung: "Die Seite erwartet eine Antwort" oder ähnlich.
Abgesehen davon dauerte die Antwort knapp 60 Sekunden, bis ich sie wieder sehen konnte.

[kookie]

aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaahhhhhhhhhhhhhhhhh,
warum habe ich zwei Antworten erstellt, obwohl ich nur einmal Antworten geklickt habe?
Das ist schon das zweite Mal innerhalb einer Woche, beim letzten Mal kam ein Popup hoch mit der Meldung: "Die Seite erwartet eine Antwort" oder ähnlich.
Abgesehen davon dauerte die Antwort knapp 60 Sekunden, bis ich sie wieder sehen konnte.

[fireball]

Weil das genau unser Problem ist mit den Doppelposts. Und ja, Gerd hat das Debugging für alle IPs erlaubt (es lässt sich nur auf IPs einschränken), er hat wohl die Anleitung nicht ganz gelesen ;)

[frauhansen]

Hatte in der Anleitung leider ehh nur sehr wenig gefunden... nur die Option ON/OFF.. weder Logfile noch Einschrenkungen anderer Art

[fireball]

Deswegen hab ich Dir weiter oben 2 Links reingepappt :)

[frauhansen]

die habe ich gesehen, aber leider aus dem geschildertem nicht mehr gefunden... aber das da ggf. etwas blind bin weisst Du ja

[frauhansen]

meldung eben von hostpoint mit Verwiess auf diesen Thread:


Gerade den Thread durchgelesen.
Zeit bis zum ersten Byte 1.255 s
Zeit bis zur vollständigen Darstellung 2.099 s Grösse 368.43 KB

Also ziemlich gut. (Ausser die Grösse der Seite)

Interessante Infos im vBulletin Debug-Modus!
Aber leider ist ja jetzt alles ziemlich schnell. Evtl. finden Sie dort Interessante Informationen wenn es mal wieder langsam werden sollte.

Noch ein Tipp:
In der Debug-Modus-Fusszeile steht:
Page Generation 1,02392 seconds
Memory Usage 7,405KB
Queries Executed 68 (?)

7.405 KB Memory für 1 Seitenabruf...
Wenn viele User gleichzeitig auf der Webseite sind und vBulletin nur 32 oder 64 MB verwendet wird es knapp.

Probieren Sie doch mal die Option memory_limit für Ihre PHP Applikation zu erhöhen:
Hospoint Control Panel > Explorer/Web-Einstellungen > Web-Einstellungen > PHP 5.3 Konfiguration > Option memory_limit

Freundliche Grüsse

Guido Marchesi
Support