[Rpm] Alternate definitions of "working condition" - unnecessary?

Sebastian Moeller moeller0 at gmx.de
Mon Oct 11 06:03:35 EDT 2021


Hi Jonathan,


> On Oct 11, 2021, at 11:01, Jonathan Morton <chromatix99 at gmail.com> wrote:
> 
>> On 11 Oct, 2021, at 10:31 am, Sebastian Moeller <moeller0 at gmx.de> wrote:
>> 
>>>> (I am also wondering how reducing the default number of
>>>> 	sub-queues from 1024 to 128 behaves on the background of the
>>>> 	birthday paradox).
>>> 
>>> Not sure where the 128 comes from ?
>> 
>> See above:
>>    [ sched:  FQ_CODEL  qlength:    0/128 ]
>> but I might simply be misinterpreting the number hereā€¦
> 
> Yes, I think so.

	Thanks.


>  This probably refers to the maximum number of packets that can be enqueued in total, and has no relation to the number of hash buckets that may or may not be present - though obviously you can't have more occupied queues than there are enqueued packets.

	Do you have a link to the fq_codel source code for macos/iOS that I could use he next time to first do some research, by any chance?

Best Regards
	Sebastian


> 
> - Jonathan Morton



More information about the Rpm mailing list