lkml.org 
[lkml]   [2015]   [Nov]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] mm,vmscan: Use accurate values for zone_reclaimable() checks
Hello,

On Thu, Nov 05, 2015 at 11:45:42AM -0600, Christoph Lameter wrote:
> Sorry but we need work queue processing for vmstat counters that is

I made this analogy before but this is similar to looping with
preemption off. If anything on workqueue stays RUNNING w/o making
forward progress, it's buggy. I'd venture to say any code which busy
loops without making forward progress in the time scale noticeable to
human beings is borderline buggy too. If things need to be retried in
that time scale, putting in a short sleep between trials is a sensible
thing to do. There's no point in occupying the cpu and burning cycles
without making forward progress.

These things actually matter. Freezer used to burn cycles this way
and was really good at burning off the last remaining battery reserve
during emergency hibernation if freezing takes some amount of time.

It is true that as it currently stands this is error-prone as
workqueue can't detect these conditions and warn about them. The same
goes for workqueues which sit in memory reclaim path but forgets
WQ_MEM_RECLAIM. I'm going to add lockup detection, similar to how
softlockup but that's a different issue, so please update the code.

Thanks.

--
tejun


\
 
 \ /
  Last update: 2015-11-06 01:41    [W:0.071 / U:0.144 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site