--On Friday, June 9, 2000 12:26 AM +0100 Alan Cox 
<[EMAIL PROTECTED]> wrote:

>> if the number of buffers outstanding is limited to 500, the card will
>> complain about no buffers but will continue to operate. Once the number
>> is allowed to grow to 1000, it will reset regularly and eventually fail.
>> With 16M it will fail even with 500 buffers outstanding.
>
> 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)
>
>> Typically you may need to hold as many as 5000-8000 buffers (maybe 30M
>> for a 100Mb/s medium), so this is no even a cutting edge test.....
>
> 30Mbytes of buffers ?? your shaping algorithm sounds broken.
>
>> In contrast, the same test on freebsd, the fxp driver will complain about
>> not enough buffers (only once) but will continue to operate  continuously
>> without resets or gaps in operation, regardless of the amount of memory
>> in the machine or the number of buffers held by the bandwidth manager.
>> This is as expected: if memory isnt available frames will be dropped but
>> operation will continue as best as is possible given the resources
>> available.
>
> BSD preallocates a network buffer pool we are UMA.

I'm not sure exactly what we are trying to test with here, but i have a 
real world machine serving cgi's and graphics which has died 4 out of 5 
days in a row with a variety of eepro100 drivers.  All are as new or newer 
than the one included in 2.2.14.  Given that, I think there IS a problem. 
Any idea on solutions?(other than freeBSD)

I'd be more than willing to help test and or provide a machine or 2 to test 
on.

thanx

s

>
>> It seems likely that the same test with one of linux' shaping mechanism
>> can be done the same way.
>
> The traffic shaper never gets about about 200 buffers.
>
> Alan



--
Scott R. Every - mailto:[EMAIL PROTECTED]
EMJ Internet - http://www.emji.net
voice : 1-888-258-8959  fax : 1-919-363-4425
-
To unsubscribe from this list: send the line "unsubscribe linux-net" in
the body of a message to [EMAIL PROTECTED]

Reply via email to