[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87r49al12j.fsf@linaro.org>
Date: Wed, 18 Dec 2013 05:51:16 -0800
From: Kevin Hilman <khilman@...aro.org>
To: Viresh Kumar <viresh.kumar@...aro.org>
Cc: Frederic Weisbecker <fweisbec@...il.com>,
Lists linaro-kernel <linaro-kernel@...ts.linaro.org>,
Linaro Networking <linaro-networking@...aro.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Tejun Heo <tj@...nel.org>
Subject: Re: [Query] Ticks happen in pair for NO_HZ_FULL cores ?
Viresh Kumar <viresh.kumar@...aro.org> writes:
> On 17 December 2013 22:05, Kevin Hilman <khilman@...aro.org> wrote:
>> For future reference, for generating email friendly trace output for
>> discussion like this, you can use something like:
>>
>> trace-cmd report --cpu=1 trace.dat
>
> Okay..
>
>>> And after that the next event comes after 5 Seconds.
>>>
>>> And so I was talking for the Event 41.
>>
>> That first event (Event 41) is an interrupt, and comes from the
>> scheduler tick. The tick is happening because the writeback workqueue
>> just ran and we're not in NO_HZ mode.
>
> This is what I was trying to ask. Why can't we enter in NO_HZ_FULL mode
> as soon as writeback workqueue just ran? That way we can go into NOHZ
> mode earlier..
Ah, I see. So you're basically asking why we can't evaluate whether to
turn off the tick more often, for example right after the workqueues are
done. I suppose Frederic may have some views on that, but there's
likely additional overhead from those checks as well as that workqueues
may not be the only thing keeping us out of NO_HZ.
Kevin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists