rhia...@falu.nl (Rhialto) writes:
>It could be slightly more efficient (no div instructions to divide by
>100, but shifts to divide by 256) when the second one isn't expressed in
>the range [0, 100) but [0, 255). Also it feels like there is a mismatch of
>precision of the divided-by-100 result whe
On Sun 27 Nov 2016 at 08:01:07 +, Michael van Elst wrote:
> I've made a new patch:
>
> http://ftp.netbsd.org/pub/NetBSD/misc/mlelstv/kern_runq.diff
>
> -> it uses 8 guard bits (multiply by 256 instead of 2).
> -> it lets you configure the moving average factor in percent
>(default is 50%
In article ,
Michael van Elst wrote:
>hub...@feyrer.de (Hubert Feyrer) writes:
>
>>a) leave the situation as-is and wait for research to get a perfect formula
>>b) commit the patch we have and wait for the research to be done
>
>>Given that the existing patch in PR kern/43561 and PR kern/51615 doe
hub...@feyrer.de (Hubert Feyrer) writes:
>a) leave the situation as-is and wait for research to get a perfect formula
>b) commit the patch we have and wait for the research to be done
>Given that the existing patch in PR kern/43561 and PR kern/51615 does
>improve the current situation, I'd vote