ULE vs. 4BSD in RELENG_7

Jeff Roberson jroberson at chesapeake.net
Fri Nov 9 15:01:17 PST 2007


On Tue, 6 Nov 2007, Josh Carroll wrote:

>> That's expected due to the fuzzy rounding of 128 / 10, etc.  Can you set
>> slice_min and slice both equal to 7 and see if the numbers come out
>> better than without the patch but with a slice value of 7?  Basically I'm
>> trying to isolate the effects of the different slice handling in this
>> patch from the other changes.
>
> Here are the results. Looks like setting slice_min and slice to 7
> degraded performance for all work loads. Should I try any other
> settings for slice and slice_min?

Josh,  I had an interesting thought today.  What if the reason 4BSD is 
faster is because it distributes load more evenly across all packages 
because it distributes randomly?  ULE distributed across cores evenly but 
not packages.   Can you try the attached patch?  This also turns the 
default slice size down but does not contain the other context switch 
performance improvements.

Thanks,
Jeff

>
> ffmpeg:  1:39.91
>
> sysbench (4, 8, 12, 16 threads respectively):
>
> 2013.78
> 2157.6
> 2175.91
> 2184.16
>
> And buildworld time: 14m7.517s
>
> Thanks!
> Josh
> _______________________________________________
> freebsd-performance at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-performance
> To unsubscribe, send any mail to "freebsd-performance-unsubscribe at freebsd.org"
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ule.diff
Type: text/x-diff
Size: 801 bytes
Desc: 
Url : http://lists.freebsd.org/pipermail/freebsd-performance/attachments/20071109/09ead675/ule.bin


More information about the freebsd-performance mailing list