It's not possible to separate the GUI and non-GUI jars, but when
JMeter runs non-GUI it tries very hard not to load more classes than
are required.

However you can reduce the deployment size by dropping any protocol
jars from lib/ext that you don't need.
For example ApacheJMeter_ldap.jar, ApacheJMeter_jdbc.jar

On 29 February 2016 at 14:14, [email protected]
<[email protected]> wrote:
> I doubt you’re going to see much of any in memory savings.. at least nothing 
> worth the trouble..
>
>
>> On Feb 29, 2016, at 7:45 AM, UBIK LOAD PACK Support 
>> <[email protected]> wrote:
>>
>> Hello,
>> No that's not possible OOTB.
>>
>> If running distributed jmeter, you will always have to install (unzip) the
>> bundle on each machine involved, but you can speed up this using some tools
>> like Ansible, docker ...
>> If you are loading a public website, then the other option is to use 3rd
>> party Cloud service that supports JMeter, the offer is very large at very
>> competitive pricing , and sometimes nearly free, or you can even do it
>> yourself using:
>> - https://github.com/oliverlloyd/jmeter-ec2
>>
>> Regards
>> @ubikloadpack
>>
>>
>> On Mon, Feb 29, 2016 at 2:41 PM, Bhadauria, Tarun Kumar <
>> [email protected]> wrote:
>>
>>> When executing distributed test using JMeter, "full-fledged" jmeter has to
>>> be installed on each machine generating the load.
>>>
>>> Is it possible to have a "light weight" JMeter version which can be used to
>>> execute test from a machine without needing to have libraries / files which
>>> are required for additional operation like launching JMeter GUI etc.
>>>
>>> This would save memory on test agent and would make JMeter installation on
>>> the fly quicker.
>>>
>>> Thanks
>>> Tarun K
>>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to