* [Linux-ia64] IO-TLB buffers & aic7xxx - new results
@ 2001-06-12 19:39 Martin Wilck
0 siblings, 0 replies; only message in thread
From: Martin Wilck @ 2001-06-12 19:39 UTC (permalink / raw)
To: linux-ia64
Hi,
I have made a small kernel patch that allows me to follow
the allocation and deallocation of IO-TLB buffers in the kernel.
First of all, by using a kernel command line parameter "swiotlb\x1024",
I have not been able to crash my machine anymore (however, this is for
1 controller and using only 1 disk).
On average, the amount of used IO-TLB buffers on my system is between
60 and 70, each only 1 slot wide (i.e. #buffers = #occupied slots).
If I do my usual "make install" test for parted, I see the a few allocations,
but not many. Then after a few seconds when the dirty buffers are flashed
(I can make this happen immediately by doing "make install; sync"),
the IO-TLB usage peaks at 450 buffers occupying 1470 slots, i.e.
the driver allocates ~400 buffers without intermediate deallocation,
and most of them are 4 slots wide. It is interesting that more than
253 buffers seem to be requested at the same time.
What I'll do next is to try a heavier load on more than a single disk,
and perhaps several controllers at once.
At least this way I can at least give recommendations for how large to set the
swiotlb parameter with a given number of controllers.
If there's interest, I'll happily send my patch tomorrow.
I cannot see how the heuristic for allocating IO-TLB space could be
improved, given that at the moment when the memory is allocated the kernel
has no way to know how many 32-bit controllers populate its PCI slots.
Cheers,
Martin
-- Martin Wilck <Martin.Wilck@fujitsu-siemens.com> FSC EP PS DS1,
Paderborn Tel. +49 5251 8 15113
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2001-06-12 19:39 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-06-12 19:39 [Linux-ia64] IO-TLB buffers & aic7xxx - new results Martin Wilck
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.