On 2018-02-26, Peter N. M. Hansteen <peter@bsdly.net> wrote:
> On 02/26/18 17:50, BARDOU Pierre wrote:
>> Hello,
>>
>> I'm trying to use queuing on a 10 Gbps interface.
>> I remind of a conversation on tech@ or misc@ which was about queuing values being stored in a UINT which prevented configuring values > 4 Gbps.
>> I can't find it in the mailing list archive logs though. Wasn't the discussion about using long integers and so remove this limitation ?
>
> If I remember correctly, the bandwidth values were 32-bit in ALTQ,
> effectively limiting the upper bandwidth value to something like what
> you suggest. The current queueing code is quite different in most respects.
>
>> As of today current, it seem to be still present. Any plans to upgrade this in the (near) future ?
>
> I'm a bit curious as to how you reached this conclusion. You're hitting
> one or more limits in your environment, but how do you identify which one?
>
$ echo 'queue foo on em0 default bandwidth 4294967295'|pfctl -nvf -
queue foo on em0 bandwidth 4294967295 default
$ echo 'queue foo on em0 default bandwidth 4294967296'|pfctl -nvf -
stdin:1: bandwidth number too big
... Though if specified in other units, it wraps around:
$ echo 'queue foo on em0 default bandwidth 4.3G'|pfctl -nvf -
queue foo on em0 bandwidth 5032704 default
No comments:
Post a Comment