Messages in this thread | | | From | Dimitri Sivanich <> | Subject | Slab cache reap and CPU availability | Date | Fri, 21 May 2004 10:41:50 -0500 (CDT) |
| |
Hi all,
I have a fairly general question about the slab cache reap code.
In running realtime noise tests on the 2.6 kernels (spinning to detect periods of CPU unavailability to RT threads) on an IA/64 Altix system, I have found the cache_reap code to be the source of a number of larger holdoffs (periods of CPU unavailability). These can last into the 100's of usec on 1300 MHz CPUs. Since this code runs periodically every few seconds as a timer softirq on all CPUs, holdoffs can occur frequently.
Has anyone looked into less interruptive alternatives to running cache_reap this way (for the 2.6 kernel), or maybe looked into potential optimizations to the routine itself?
Thanks in advance,
Dimitri Sivanich <sivanich@sgi.com>
- 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/
| |