Is it worth having such stripped-down version of Jmeter?
I can file an enhancement ticket for it?

Thanks
Tarun K

On 29 February 2016 at 16:10, sebb <[email protected]> wrote:

> 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