2010-11-19 10 views
3

Ich möchte JMeter für einen längeren Zeitraum (6+ Stunden) ausführen, um die Stabilität einer Webanwendung unter Last zu überprüfen.JMeter - wie man sehr große Ausgabe-XML-Dateien für lange Tests behandelt

Das Problem ist, dass die XML-Ausgabedateien für Jmeter werden riesig und sehr langsam mit XSL zu analysieren.

Ist es möglich:

  • die Ausgabe in eine Datenbank senden (mysql, etc)
  • Split die Ausgänge in mehrere XML-Dateien, sobald sie eine maximale Größe

Antwort

1

Innerhalb Jmeter erreichen , keiner Ihrer Vorschläge ist möglich. Sie könnten ein Tool/Skript eines Drittanbieters haben, das die XML-Datei nach dem Lauf aufteilt.

Haben Sie die Ausgabedatei auf die gewünschten Daten beschränkt? Müssen Sie beispielsweise die Antwortdaten für alle übergebenen Abfragen erfassen? Für meine Bedürfnisse erstelle ich zwei Listener: Einen für alle Anfragen und einen für fehlgeschlagene Anfragen. Ich schreibe nur die Antwortdaten für die fehlgeschlagenen Anfragen.

+1

Ich brauche alle Anfragen zu speichern, weil ich die durchschnittlichen, Median und 90% Reaktionszeiten erfassen möchte. Ich muss ein bestimmtes SLA für die Leistung unter einer bestimmten Last erfüllen, also brauche ich alle Antwortdaten dafür. – frankadelic

+0

Die Zeiten können ohne Speichern der tatsächlichen HTML-Antwort erfasst werden. – BlackGaff

+0

@blackgaff, fast fünf Jahre später, und das ist immer noch ein Problem. Ich laufe genau in dasselbe Problem. müssen erweiterte Belastungstests durchführen und durchschnittliche, mittlere und 90% Antwortzeiten erfassen. Ich erfasse nicht die tatsächliche HTML-Antwort, und sogar nach fünfzehn Minuten des Tests habe ich eine 1-GB-Ergebnisdatei, die für Notepad ++ oder Excel zu groß ist. Ich brauche es für Berichte und so, aber es wäre schön, in der Lage zu sein, die Ergebnisse auch für die Durchsicht zu öffnen. – liltitus27

0

Ich denke, dieses Problem ist in JMeter 3.1 gelöst.

Fügen Sie in die Datei jmeter.properties (apache-jmeter-3.1/bin) höhere Werte als die folgenden Parameter ein und überprüfen Sie Ihren jmeter-Test.

httpsampler.max_bytes_to_store_per_request: Maximale Anzahl der Byte pro Anforderung im Speicher zu halten

httpsampler.max_buffer_size: Puffergröße als Antwort von dem Server gesendet lesen.

FYI (von JMeter 3.1 Änderungen), JMeter ist jetzt in der Lage, in Bezug auf Metriken Antworten größer als 2 GB zu handhaben, Limit wurde auf 9223372 TB erhöht. Um solche großen Antworten verarbeiten zu können, kann jetzt auch ein Teil der Antwort abgeschnitten werden, um einen Überlaufspeicher zu vermeiden. Siehe httpsampler.max_bytes_to_store_per_request-Eigenschaft.

können Sie finden Sie im Abschnitt ‚Umgang mit Big Antworten‘ in JMeter 3.1 Changes