On Mon, Oct 23, 2017 at 9:37 PM, Emilian Bold <emilian.b...@gmail.com>
wrote:

> These "modes" are actually "services". When you configure the mode in
> some .properties file you basically pick which service gets used.
>
> We should not have a SampleSenderFactory that does an `if` on modes,
> we should have a more generic mechanism where any such sample sender
> implementation might exist.
>

Agree, feel free to provide a PR.

>
> When looking at things like this, I don't see how a mode existing or
> not bothers anybody. Why shouldn't I be able to use a RAMdisk and use
> the 'DiskStore' "mode"?


So this would justify keeping Disk modes although user wouldn't have any
feedback on test until finished...


> Did you know Google Cloud has instances with
> hundreds of GB of RAM? Rather cheap too if you only needs if a few
> hours!
>

If you're speaking about Hold mode, what about the required JVM Heap and GC
impact.
I am not convinced it should be kept and have dropped it meanwhile.
But if you think it should be kept , I am ready to reconsider.

Still, I think we have too many options here.


> > Any issue in network or injector will loose results.
>
> Any reason JMeter server has to be so brittle?
>
Lack of time and contributions,  not my priority until now....



> Instead of dropping modes, I'd say we focus on doing a sample sender
> infrastructure where bi-directional connections aren't mandatory (drop
> Java RMI) and allow some network hiccups (have some buffered message
> queues or something).
>
Yes, it has been discussed in the past, but no progress made.
I'd be more than happy to consider a PR.

>
> My 2c.
>
Thanks

>
>
> --emi
>
>
> On Mon, Oct 23, 2017 at 9:19 PM, Philippe Mouawad
> <p.moua...@ubik-ingenierie.com> wrote:
> > Hi,
> > Any feedback on this ?
> >
> > Regards
> >
> > On Thu, Oct 12, 2017 at 4:35 PM, Philippe Mouawad <
> > p.moua...@ubik-ingenierie.com> wrote:
> >
> >> Hello,
> >> We have currently 10 modes and I believe at least 3 of them are useless:
> >>
> >> - DiskStore : Probably overwhelms disks / IO and the fact that results
> are
> >> sent at end will probably induce an important network traffic and time
> to
> >> get the results. Any issue in network or injector will loose results.
> >> - StrippedDiskStore : The fact that results are sent at end will
> probably
> >> induce an important network traffic and time to get the results. Any
> issue
> >> in network or injector will loose results.
> >> - Hold : holds results in memory which makes it useless IMO
> >>
> >> I propose to drop them.
> >> If anybody uses them, let him speak now or remain silent until the end
> of
> >> times :-)
> >>
> >>
> >> Regards
> >> Philippe
> >>
> >
> >
> >
> > --
> > Cordialement.
> > Philippe Mouawad.
> > Ubik-Ingénierie
> >
> > UBIK LOAD PACK Web Site <http://www.ubikloadpack.com/>
> >
> > UBIK LOAD PACK on TWITTER <https://twitter.com/ubikloadpack>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org
>
>


-- 
Cordialement.
Philippe Mouawad.

Reply via email to