Messages in this thread | | | Date | Fri, 7 May 2004 11:17:06 -0700 | From | William Lee Irwin III <> | Subject | Re: RCU scaling on large systems |
| |
On Sat, May 01, 2004 at 02:17:04PM -0700, William Lee Irwin III wrote: >> Would something like this help cacheline contention? This uses the >> per_cpu data areas to hold per-cpu booleans for needing switches. >> Untested/uncompiled. >> The global lock is unfortunately still there.
On Fri, May 07, 2004 at 07:53:58PM +0200, Andrea Arcangeli wrote: > I'm afraid this cannot help, the rcu_cpu_mask and the mutex are in the same > cacheline, so it's not just about the global lock being still there, > it's about the cpumask being in the same cacheline with the global lock.
Hmm. I can't quite make out what you're trying to say. If it were about the cpumask sharing the cacheline with the global lock, then the patch would help, but you say it should not. I don't care much about the conclusion, since I wrote the patch to express the notion that the concentration of accesses to the cpumask's shared cacheline(s) could be dispersed by using integers in per_cpu data to represent the individual bits of the cpumask if that were the problem, and by trying something similar to the posted patch, it could be determined if that were so, but later heard back that it'd been determined by other means that it was the lock itself...
-- wli - 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/
| |