lkml.org 
[lkml]   [2004]   [May]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
Subject[RFC] 0/5 rcu lock update
Hi,

I tried to tackle the rcu scalability problem that Jack Steiner
noticed:
I found three changes that reduce the cache line trashing with
rcu_ctrlblk:
- Use generation numbers instead of the rcu_cpu_mask bitmap for
polling in rcu_pending. (patch 1)
- Use a sequence lock to check if a new batch must be started. Right
now each cpu acquires the global spinlock and usually notices that
the batch is already running. (patch 2)
- Hide implementation details - only fields that are accessed by
rcu_pending need to be visible in <linux/rcupdate.h> (patch 3)
- Preparation for hierarchical bitmap : hide locking (patch 4)
- Add a hierarchical bitmap (patch 5)

The first three patches are IMHO steps in the right direction,
suitable for inclusion. The last two patches are proof of concept
changes.

--
Manfred
-
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/

\
 
 \ /
  Last update: 2005-03-22 14:03    [from the cache]
©2003-2011 Jasper Spaans