Re: Simplify JMeter first and following experiences...

2016-10-29 Thread Vladimir Sitnikov
Philippe>Interesting. How/when do that happen ?
Philippe>It's a popup ? does it often trigger ?

Well, I tend to set Xmx / gclog before I launch it for the first time,
so I rarely see that popup.
AFAIK the default is something like Xmx750m:
https://github.com/JetBrains/intellij-community/blob/a5eb2555c50d3866e3668c4fb8ca8bc624ecfb79/platform/build-scripts/groovy/org/jetbrains/intellij/build/impl/VmOptionsGenerator.groovy#L50


Here's how it looks like:
http://stackoverflow.com/questions/28760415/how-should-i-set-the-memory-for-intellij-14

Vladimir


Re: Simplify JMeter first and following experiences...

2016-10-29 Thread Philippe Mouawad
On Saturday, October 29, 2016, Vladimir Sitnikov <
sitnikov.vladi...@gmail.com> wrote:

> >I also wonder if we should not remove the default Xmx and Xms settings in
> >jmeter file. When using Java8 , default settings may be better as they
> >adapt to machine memory, but it can also be a problem...
>
> I'm sure some Xmx setting should be there.
> Otherwise JVM might want to "consume all the existing memory", and it is
> not something that is typically wanted.
>
> If "out of memory" is the issue, then better strategy would be to display
> relevant UI warning like "JMeter is might need more memory,
> Xmx please adjust Xmx and restart".
> As far as I know, IntelliJ IDEA follows that way.

Interesting. How/when do that happen ?
It's a popup ? does it often trigger ?

>
> Vladimir
>


-- 
Cordialement.
Philippe Mouawad.


Re: Simplify JMeter first and following experiences...

2016-10-29 Thread Vladimir Sitnikov
>I also wonder if we should not remove the default Xmx and Xms settings in
>jmeter file. When using Java8 , default settings may be better as they
>adapt to machine memory, but it can also be a problem...

I'm sure some Xmx setting should be there.
Otherwise JVM might want to "consume all the existing memory", and it is
not something that is typically wanted.

If "out of memory" is the issue, then better strategy would be to display
relevant UI warning like "JMeter is might need more memory,
Xmx please adjust Xmx and restart".
As far as I know, IntelliJ IDEA follows that way.

Vladimir


Re: Simplify JMeter first and following experiences...

2016-10-29 Thread Philippe Mouawad
Hi,
Unless there is a nogo, I'll commit this evening the patch that on test
creation add a Thread Group and a View Results tree.

I think this eases a bit first experience.

Regarding this thread, I still see unfortunately on stackoverflow and
twitter users running load test in gui mode and complaining about JMeter
not scaling.

This I think is an issue for Jmeter reputation, it's unfair but ignoring it
is not a good idea I think.

We discussed this in the past but didn't do anything yet:
- warning on start (i don't know if we discussed a threads threshold : 50
threads)
- limit View Results tree and table size in memory (patch exists but no
agreement)
- Have a dedicated Load Testing page on Home Page ? which would mention non
gui mode, heap settings , os tuning ...


I also wonder if we should not remove the default Xmx and Xms settings in
jmeter file. When using Java8 , default settings may be better as they
adapt to machine memory, but it can also be a problem...



On Tuesday, October 18, 2016, Antonio Gomes Rodrigues 
wrote:

> Hi,
>
> About solution 3 (palette on the right), it's the solution adopted by
> Neoload (they have put it in the left)
>
> About Andrey idea, we have already templates. But it could be an
> interesting solution but, in my opinion, start with recording template is
> better.
>
> Antonio
>
>
>
>
> 2016-10-18 13:30 GMT+02:00 Philippe Mouawad  >:
>
> > Hi Andrei,
> > I don't know if we should go that far, as if we have an HTTP Plan then
> > users might think they need to configure everything manually instead of
> > Recording.
> > Or should we go for a Recording template as a start ?
> >
> >
> > Regards
> >
> > On Tue, Oct 18, 2016 at 1:16 PM, Andrey Pokhilko  > wrote:
> >
> > > IMO JMeter should start with basic HTTP test plan in it, ready to give
> a
> > > try for newbies. Clear/New button should empty it to allow starting
> > > clean for those who want to customize things.
> > >
> > > Andrey Pokhilko
> > >
> > > On 10/18/2016 02:07 PM, Philippe Mouawad wrote:
> > > > Hello,
> > > > Thoughts on that ?
> > > > Thx
> > > >
> > > > On Sat, Oct 15, 2016 at 4:44 PM, Philippe Mouawad <
> > > > philippe.moua...@gmail.com > wrote:
> > > >
> > > >> Hello,
> > > >> I noticed that newbies are often lost at start when using jmeter and
> > > >> search how to add a sampler for example, or don't know where to find
> > > some
> > > >> particular component in tree menu.
> > > >>
> > > >> 1)
> > > >> I suggest that we add a Thread group by default to a new test plan.
> As
> > > >> long as a view results tree.
> > > >> Afaik, I always end up having those 2 elements.
> > > >>
> > > >> 2)
> > > >> In the future we should think about a way to simplify gui.
> > > >>
> > > >> I think we discussed this in the past but test profile seem to be
> > > useful:
> > > >> - expert : as today
> > > >> - http : keep only http protocol related elements + usual pre/post
> > > >> processors, listeners ...
> > > >> -jms same but for http
> > > >> -jdbc
> > > >> - java
> > > >> - ldap
> > > >> ...
> > > >>
> > > >> There would be a visible component (toolbar) to switch between
> > profiles.
> > > >>
> > > >> 3)
> > > >> Third idea(needs to be improved) add a palette on the right with a
> > > >> selectable number of components.
> > > >> Users could drag them on tree, this would avoid the unfolding of
> tree
> > > menu
> > > >> at different levels.
> > > >>
> > > >> Other ideas ?
> > > >>
> > > >> Thoughts ?
> > > >>
> > > >> Regards
> > > >>
> > > >>
> > > >>
> > > >>
> > > >>
> > > >> --
> > > >> Cordialement.
> > > >> Philippe Mouawad.
> > > >>
> > > >>
> > > >>
> > > >>
> > > >
> > >
> > >
> >
> >
> > --
> > Cordialement.
> > Philippe Mouawad.
> >
>


-- 
Cordialement.
Philippe Mouawad.


Re: CSS Errors and release of ph-css 4.1.6

2016-10-29 Thread Philippe Mouawad
I see Felix has done it, thanks Felix

On Monday, October 24, 2016, Philippe Mouawad 
wrote:

> Hello,
> I had in mind to use this one for load testing to avoid reporting useless
> (in terms of perf testing) logs:
>
> https://github.com/phax/ph-css/blob/d0b73a42ed3c90156552979ffb4c55
> 1729ef167d/ph-css/src/main/java/com/helger/css/reader/errorhandler/
> DoNothingCSSInterpretErrorHandler.java
>
> But I currently have no viable internet connection to double check.
> Regards
>
>
> On Monday, October 24, 2016, Antonio Gomes Rodrigues  > wrote:
>
>> Hi Philippe,
>>
>> Can you give more details about what do you expect?
>>
>> Antonio
>>
>> 2016-10-22 0:26 GMT+02:00 Philippe Mouawad :
>>
>> > Hello,
>> > Ph CSS project has released a maintenance version:
>> > https://github.com/phax/ph-css/releases/tag/ph-css-parent-pom-4.1.6
>> >
>> > It might be interesting to plug a custom ICSSInterpretErrorHandler in
>> our
>> > case.
>> >
>> > I won't be able to work on this before milamber's expected release date
>> so
>> > if anybody can ...
>> >
>> > Regards
>> > Philippe
>> >
>>
>
>
> --
> Cordialement.
> Philippe Mouawad.
>
>
>
>

-- 
Cordialement.
Philippe Mouawad.