Re: eepro100 troubles

From: Alan Cox (alan@lxorguk.ukuu.org.uk)
Date: Thu Jun 08 2000 - 19:17:02 EST


> >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 majordomo@vger.rutgers.edu



This archive was generated by hypermail 2b29 : Thu Jun 15 2000 - 21:00:40 EST