2017-12-19 4 views
1

Ich erstellte ein TruClient Web (IE) Protokoll Skript in LR12.55, wenn ich versuche, das Skript mit 50 Benutzern auszuführen, nur einige würden in den aktiven Zustand gehen (zwischen 25-37) und der Rest würde für immer in init stecken bleiben.LR 12.55/TruClient vusers stecken im Init-Status nicht läuft

Ich habe versucht, den Controller -> Optionen-> Timeout zu ändern und Init-Timeout von Standard 180 auf 999 geändert, aber es löst das Problem nicht. Kann jemand kommentieren, wie man dieses auflöst ????

Antwort

2

TruClient führt für jeden Vuser (virtueller Benutzer) einen echten Browser aus, sodass der Systemressourcenverbrauch höher ist als beim Testen auf API-Ebene. Es ist möglich, dass 50 Vusers zu viel für Ihre Lastgeneratormaschine ist.

Ich würde empfehlen, während des Laufs die CPU- und Speicherlevel zu überprüfen. Wenn beide eine Auslastung von über 80% aufweisen, sollten Sie Ihre Last auf mehrere Lastgeneratoren verteilen.

Wenn Ressourcen nicht vollständig ausgelastet sind, sollten die Fehler analysiert werden, um die Ursache zu ermitteln.

+0

wir haben 3 Lastgeneratoren, aber ich bekomme die über 80% CPU-Nachricht auf allen Generatoren. Was ist die optimale CPU-Auslastung für den Lastgenerator unter Last? – user6252041

+1

Der Ressourcen-Footprint in TruClient hängt wie bei jedem anderen Browser stark von der Anwendung ab. –

+1

Wenn Ihre Anwendung viele Ressourcen verbraucht, können Sie weniger virtuelle Benutzer pro Lastgenerator ausführen. Reduzieren Sie die Anzahl der Vuser, um unter die CPU-Schwelle von 80% zu kommen, um die Wahrscheinlichkeit von Ressourcenausfällen zu verringern. Sie können versuchen, einen einzelnen Vuser auszuführen, um Einblicke in den Ressourcenverbrauch jedes einzelnen zu erhalten. –

0

Um die ausgezeichnete Reaktion von e-Dough weiter zu verbessern, sollten Sie erwarten, dass diese virtuellen Benutzer nicht auf der gleichen Hardware wie der Controller ausgeführt werden. Sie sollten erwarten, dass mindestens drei Lastgeneratoren beteiligt sind, zwei als primäre Last und eine als Steuergruppe. Dies ist zusätzlich zum Controller.

Ihr Problem manifestiert sich als das klassische System "out of resources". Berücksichtigen Sie die gleichen Best Practices für die Überwachung des Zustandes des Ladegenerators wie bei der Überwachung Ihrer Anwendung in der Testinfrastruktur. Sie möchten Monitore für Ihre klassischen endlichen Ressourcenmodellkomponenten (CPU, DISK, MEMORY und NETWORK) sowie zusätzliche Unterkomponenten, z. B. einen Ausbruch von System und Anwendung unter CPU, haben, um zu verstehen, wo und wie Ihr System funktioniert. Sie möchten in der Lage sein, falsche negative Auswirkungen auf die Skalierbarkeit zu eliminieren, wenn Ihre Lastgeneratoren so ungesund sind, dass sie Ihre Testergebnisse verzerren. Virtuelle Benutzer, die die Anwendung anzeigen, sind langsam, wenn die virtuellen Benutzer langsam sind, weil die verwendete Maschine ressourcenbeschränkt ist.

+0

Ich habe den Controller auf meinem lokalen und wir haben 3 andere Lastgenerator (2 mächtiger, während der letzte ist nicht so mächtig). Was ist die optimale CPU-Auslastung unter Last für den Lastgenerator? – user6252041

+0

Und wo laufen alle virtuellen TruClient-Benutzer, die nicht gestartet werden können? –

Verwandte Themen