Messages in this thread | | | Date | Wed, 25 Jan 2006 23:56:39 +0100 | From | Ingo Molnar <> | Subject | Re: RCU latency regression in 2.6.16-rc1 |
| |
* Lee Revell <rlrevell@joe-job.com> wrote:
> > Here is an updated version of that patch against 2.6.16-rc1. I have > > sanity-tested it on ppc64 and x86_64 using dbench and kernbench. > > I have also tested this for OOM situations - open()/close() in > > a tight loop in my x86_64 which earlier used to reach file limit > > if I set batch limit to 10 and found no problem. This patch does set > > default RCU batch limit to 10 and changes it only when there is an RCU > > flood. > > OK this seems to work, I can't tell yet whether it help the latency I > reported, but rt_run_flush still produces terrible latencies. > > Ingo, should I try the softirq preemption patch + Dipankar's patch + > latency tracing patch?
yes, that would be a nice test. (I'm busy now with mutex stuff to be able to do a working softirq-preemption patch, but i sent you my current patches off-list - if you want to give it a shot. Be warned though, there will likely be quite some merging work to do, so it's definitely not for the faint hearted.)
Ingo - 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/
| |