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    [W:0.023 / U:95.604 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site