> >You need to retune the VM by the sound of that. The rest/retry cycles sound
> >like you've stolen so much memory at atomic priority the rest of the system
> >is taking defensive action 8)
>
> They are just skbufs...system network buffers. We dont do any allocations.
> Its analogous to a big queue.
Thats the memory you are stealing
> Our product is a bandwidth manager, not a "shaper". You may have to hold 3
> seconds worth of data for each limit with an upper limit of the full
> medium, thats 300Mb of real data...and buffers are larger than the data.
The bandwidth manager
> hence its lack of robustness....if you have 1000 IP addresses being
> limited....holding 1 buffer per defined limit is not much. Surely cbq or
> something else can shape more than a few 100k of traffic?
CBQ can shape a lot more - and without using 300Mb of data.
> transmit queue of 100 buffers, you can have 800 buffers outstanding just in
> the transmit queues. With a T3 frame relay line with 100 DLCIs you could
> have 100*100. Its not an impossible or unnatural condition. In fact its
With a T3 you should have about 60 buffers. Having more is just damaging
the performance
-
To unsubscribe from this list: send the line "unsubscribe linux-net" in
the body of a message to [EMAIL PROTECTED]
