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