lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ