Chodzi o to, że są głupi niewolnicy, ewentualnie nawet bez środków do przechowywania danych lokalnie. Metody są wywoływane na zdalnym procesorze (RMI) i uruchamiane stamtąd, ale wszystkie inne zasoby są przechowywane po stronie klienta.
Można skonfigurować serwer CI, taki jak Jenkins, w celu uruchamiania klientów jmeter w sposób rozproszony. Umożliwi to większą kontrolę nad rozkładem testów. Mam konfigurację Jennkins, która uruchamia klienta jmeter na master, z testami rozproszonymi do odległych (jmeter) niewolników, które są także niewolnikami jenkins, przywiązanymi do zadań kontrolujących przestrzeń roboczą. Oznacza to, że nigdy nie są używane przez jenkins, ale jenkins może pobrać pliki wyników poza obszar roboczy, agregować je i tworzyć wykresy za pomocą wtyczek jmeter CMDrunner.
Inną możliwością jest przedrostek wyników próbek unikalną częścią adresu IP bieżącego urządzenia podrzędnego. Umożliwi to wyświetlanie ich w widoku zbiorczym lub osobno w przeglądarce wyników i potencjalnie zapisuje skrypty w celu oddzielenia wyników i zapisania ich na niewolniku, z którego pochodzą.
Można również użyć samby lub podobnego narzędzia, aby udostępnić zdalny napęd podrzędny, i zapisać wyniki bezpośrednio w pamięci master.
Jeśli masz tylko jednego slave, którekolwiek z nich będzie łatwe do wdrożenia, ale stanie się bardziej złożone, jak dodać więcej niewolników.
Dzięki PMD. Przeczytałem to, ale wydaje mi się, że są one tylko alternatywne do wysyłania wyniku z powrotem do głównego serwera. Nadal nie ma wyjaśnienia, jak zachować wyniki na zdalnym serwerze. Popraw mnie, jeśli źle to zrozumiałem. – baggiowen
Edytowałem moją odpowiedź –
Dodałem prośbę o ulepszenie tego - https://bz.apache.org/bugzilla/show_bug.cgi?id=59012 – Tarun