Re: Memory And Threads

In addition to what Gary and Alex have said, you need to take a close look
at what the scripts are doing.

If the scripts are doing a lot of data processing, you may need to take a
look at the size of the response objects being processed and the libraries
being used.  From personal experience, the normal json processing libraries
(org.json and/or simple json) used with jython are under achievers and tend
to use a lot of CPU.

It is also very beneficial to look at what the CPUs are doing.  Even though
the average CPU usage may be low, you may see and individual core being
pinned for long periods of time.  On a *nix system, you can do this from
the top command by pressing the 1 character after starting top.  This will
show the usage of each core.

Good luck!

-Marc





On Mon, Sep 1, 2014 at 2:47 AM, Alex Bagehot <[email protected]> wrote:

> Hi,
>
> We probably need to cover some checks and get some more info:
>
> What software versions grinder/java/etc is this?
> Do you have the option of comparing the same on a Linux/other box?
>
> What do you define as better performance?
> How do you know it is not limited by the system under test?
> What particular [work]load are you trying to achieve?
>
> Answers to these questions may help progress it.
>
> Thanks
> Alex
> On 31 Aug 2014 21:17, "Adil qureshi" <[email protected]> wrote:
>
>> Hi Guys,
>>
>> Greeting for the day.
>>
>>
>> I am getting better performance with 25 threads than 30 threads and the
>> performance of grinder keeps on decreasing if I increase the number of
>> threads.
>>
>> The system from which I am running grinder is a Solaris server and has
>> high CPU capability as well as RAM.
>>
>> If I start more than one process and divide the threads among them the no
>> of calls that grinder can make even decreases.
>>
>> I am trying to achieve a particular load which has become impossible as
>> of now  with threads so limited.
>>
>>
>> Any suggestions on this will be highly appreciated.
>>
>> Thanks In Advance,
>>
>>
>> ------------------------------------------------------------------------------
>> Slashdot TV.
>> Video for Nerds.  Stuff that matters.
>> http://tv.slashdot.org/
>> _______________________________________________
>> grinder-use mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/grinder-use
>>
>>
>
> ------------------------------------------------------------------------------
> Slashdot TV.
> Video for Nerds.  Stuff that matters.
> http://tv.slashdot.org/
> _______________________________________________
> grinder-use mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/grinder-use
>
>

------------------------------------------------------------------------------
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/

_______________________________________________
grinder-use mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/grinder-use