> Josh, thanks for your help so far. This has been very useful.
You're welcome, glad to help! Thanks for the effort and the patch.
> Any testing you can run this through is appreciated. Anyone else lurking
> in this thread who would like to is also welcome to report back findings.
Here are a f
On Sat, 3 Nov 2007, Josh Carroll wrote:
What would be interesting to know is if the sum of the temperatures is any
different. 4BSD gets a much more random distribution of load because a
thread is run on whatever cpu context switches next. ULE will have
specific load patterns since it scans lis
> What would be interesting to know is if the sum of the temperatures is any
> different. 4BSD gets a much more random distribution of load because a
> thread is run on whatever cpu context switches next. ULE will have
> specific load patterns since it scans lists of cpus in a fixed order to
> as
> What was the -j value and number of processors?
-j 8.
I did the following (one warm up, 3 times in a row after that, averaged):
cd /usr/src
rm -rf /usr/obj/*
make clean
time make -j8 -DNOCLEAN buildworld
The system is a Q6600, so 4 cores.
Thanks,
Josh
On Sat, 3 Nov 2007, Josh Carroll wrote:
What was the -j value and number of processors?
-j 8.
I did the following (one warm up, 3 times in a row after that, averaged):
cd /usr/src
rm -rf /usr/obj/*
make clean
time make -j8 -DNOCLEAN buildworld
The system is a Q6600, so 4 cores.
Josh, than
> buildworld isn't cooperating for me, but once I iron that out, I'll
> post some results there as well :)
I was able to get buildworld compiling ok and here are the results:
4BSDULE.13ULE.7
13:24.7313:44.2813:38.85
Only a 1.75% difference when the slice value is set to 7
On Sat, 3 Nov 2007, Josh Carroll wrote:
buildworld isn't cooperating for me, but once I iron that out, I'll
post some results there as well :)
I was able to get buildworld compiling ok and here are the results:
4BSDULE.13ULE.7
13:24.7313:44.2813:38.85
Only a 1.75% dif
