Alan Cox wrote:
>
> > I've recently encountered the following message on a machine running RedHat's
> > 2.4.3-12 kernel :
> >
> > "mm: critical shortage of bounce buffers"
> >
> > I've searched through the kernel sources, but my 'find' just can't locate this
> > string anywhere.
>
> Its in the high mem handling routines. It means the machine stalled for
> a moment doing I/O because it had no memory below 1Gb to use.
But why does it need to have memory below 1Gb ?? Normally, 32bit PCI DMA
controllers (such as network cards and disk controllers) can access up to 4GB of
physical memory within the machine, so unless you are using the CONFIG_HIGHMEM4G
option it shouldn't need bounce buffers. Or am I missing something here
(something like the second physical GB is actually in the address range
4GB->)???
>
> > Why does this message appear (apparently during high network load with the intel
> > eepro100 driver or e1000 driver). Is bounce buffers really in use on a x86
> > machine with 2GB of RAM (normal smp RedHat kernel, not enterprise)??
>
> The answer is yes. You can actually build yourself a custom none bounce
> buffer 1.8GB kernel with about 2Gb of user virtual space per app. For some
> applications it will perform better.
There's no CONFIG option for that right (like the old CONFIG_2GB option on 2.2
kernels) ? I'll have to manually go in and edit the header files in asm-i386.
Would the 2.2 (e.g 2.2.19) kernel have the same problems with bounce buffers or
is this not implemented on 2.2 ??
Regards,
-- Steffen Persvold | Scalable Linux Systems | Try out the world's best mailto:sp@scali.no | http://www.scali.com | performing MPI implementation: Tel: (+47) 2262 8950 | Olaf Helsets vei 6 | - ScaMPI 1.12.2 - Fax: (+47) 2262 8951 | N0621 Oslo, NORWAY | >300MBytes/s and <4uS latency - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sun Sep 30 2001 - 21:01:04 EST