L'idea è che sono schiavi muti, forse senza nemmeno i mezzi per memorizzare i dati in locale. I metodi vengono richiamati su un processore remoto (RMI) e vengono eseguiti da lì, ma tutte le altre risorse sono conservate sul lato client.
È possibile configurare un server CI come Jenkins per eseguire client jmeter in modo distribuito. Ciò ti consentirà un maggiore controllo su come vengono distribuiti i test. Ho un set jenkins che esegue il client jmeter su un master, con test distribuiti a schiavi remoti (jmeter), che sono anche schiavi jenkins, legati a lavori che controllano gli spazi di lavoro. Ciò significa che non vengono mai usati da jenkins, ma jenkins può ottenere file di risultati fuori dallo spazio di lavoro, aggregarli e produrre grafici usando i plugin jmeter CMDrunner.
L'altra possibilità è il prefisso dei risultati del campione con la parte univoca dell'indirizzo IP dello slave corrente. Ciò consentirà di visualizzarli aggregati o separatamente nel visualizzatore dei risultati e potenzialmente di scrivere script per separare i risultati e archiviarli sullo slave da cui provengono.
È anche possibile utilizzare samba o simili per condividere l'unità slave remota e memorizzare i risultati direttamente lì dal master.
Se si dispone di un solo slave, uno di questi è facile da implementare, ma diventa più complesso quando si aggiungono altri slave.
Grazie PMD. L'ho letto, ma mi sembra che siano solo le alternative per inviare il risultato al server principale. Ancora nessuna spiegazione su come mantenere i risultati sul server remoto. Correggimi se ho frainteso. – baggiowen
Ho modificato la mia risposta –
Ho aggiunto la richiesta di miglioramento per questo - https://bz.apache.org/bugzilla/show_bug.cgi?id=59012 – Tarun