I ran 5 trials on my machine (Win7/64, 4 cores+HT->8 "cores") of testing under
lucene/ (including the contribs there) without compilation, setting
tests.jvms/threadspercpu to auto (4), 5, 6, and 7:
|| jvms || min || max || avg ||
| 4 | 92s | 109s | 97s |
| 5 | 80s | 96s | 92s |
| 6 | 90s | 98s | 98s |
| 7 | 91s | 110s | 100s |
So the benefit of overriding "auto" is barely noticeable, in both relative and
absolute terms.
Steve
-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of Dawid
Weiss
Sent: Monday, April 16, 2012 2:56 AM
To: [email protected]
Subject: Re: [Important] New test framework, differences, features, etc.
The heuristic is here if anybody wants to contribute their ideas.
https://github.com/carrotsearch/randomizedtesting/blob/master/junit4-ant/src/main/java/com/carrotsearch/ant/tasks/junit4/JUnit4.java#L850-878
The maximum for "auto" mode is 4 jvms if somebody has >= 8 logical processors.
I didn't want to increase it because folks like Mike (24 cores if I remember)
would quickly run out of memory with so many jvms forked. It would be a nice
touch to try to sense -Xmx options passed to the forked JVMs and pick the
number of forks (or warn the user about memory limit) based on that but I
haven't done it yet.
Dawid
On Mon, Apr 16, 2012 at 4:42 AM, Mark Miller <[email protected]> wrote:
>
> On Apr 15, 2012, at 3:04 PM, Dawid Weiss wrote:
>
>> I have a similar machine. I was afraid to overspecify this tuning
>> though. Like if you want to do anything else in the background it
>> does make a difference. I guess if somebody wishes to commit more
>> resoures they can tune it manually?
>
> +1 - out of the box should not maximize resource usage IMO. I'm always doing
> other things while running tests - it should be possible to max out your sys,
> but I think defaults should be conservative.
>
> - Mark Miller
> lucidimagination.com
>
>
>
>
>
>
>
>
>
>
>
>
> ---------------------------------------------------------------------
> 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]
