lkml.org 
[lkml]   [2008]   [Feb]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [RFC][PATCH] page reclaim throttle take2
    On Wed, 27 Feb 2008, Balbir Singh wrote:

    > >> CONFIG_SIMULTANEOUS_PAGE_RECLAIMERS
    > >> int
    > >> default 3
    > >> depends on DEBUG
    > >> help
    > >> This value determines the number of threads which can do page reclaim
    > >> in a zone simultaneously. If this is too big, performance under heavy memory
    > >> pressure will decrease.
    > >> If unsure, use default.
    > >> ==
    > >>
    > >> Then, you can get performance reports from people interested in this
    > >> feature in test cycle.
    > >
    > > hm, intersting.
    > > but sysctl parameter is more better, i think.
    > >
    > > OK, I'll add it at next post.
    >
    > I think sysctl should be interesting. The config option provides good
    > documentation, but it is static in nature (requires reboot to change). I wish we
    > could have the best of both worlds.
    >

    I disagree, the config option is indeed static but so is the NUMA topology
    of the machine. It represents the maximum number of page reclaim threads
    that should be allowed for that specific topology; a maximum should not
    need to be redefined with yet another sysctl and should remain independent
    of various workloads.

    However, I would recommend adding the word "MAX" to the config option.

    David


    \
     
     \ /
      Last update: 2008-02-27 06:23    [W:0.024 / U:33.296 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site