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:	Tue, 27 Mar 2012 11:08:05 -0500 (CDT)
From:	Christoph Lameter <cl@...ux.com>
To:	Frederic Weisbecker <fweisbec@...il.com>
cc:	LKML <linux-kernel@...r.kernel.org>,
	linaro-sched-sig@...ts.linaro.org,
	Alessio Igor Bogani <abogani@...nel.org>,
	Andrew Morton <akpm@...ux-foundation.org>,
	Avi Kivity <avi@...hat.com>,
	Chris Metcalf <cmetcalf@...era.com>,
	Daniel Lezcano <daniel.lezcano@...aro.org>,
	Geoff Levand <geoff@...radead.org>,
	Gilad Ben Yossef <gilad@...yossef.com>,
	Ingo Molnar <mingo@...nel.org>,
	Max Krasnyansky <maxk@...lcomm.com>,
	"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>,
	Peter Zijlstra <peterz@...radead.org>,
	Stephen Hemminger <shemminger@...tta.com>,
	Steven Rostedt <rostedt@...dmis.org>,
	Sven-Thorsten Dietrich <thebigcorporation@...il.com>,
	Thomas Gleixner <tglx@...utronix.de>,
	Zen Lin <zen@...nhuawei.org>,
	Dimitri Sivanich <sivanich@....com>
Subject: Re: [PATCH 08/32] nohz: Try not to give the timekeeping duty to an
 adaptive tickless cpu

On Tue, 27 Mar 2012, Frederic Weisbecker wrote:

> > Any way to manually specify which cpu? We f.e. always "sacrifice" cpu 0
> > for OS activities. We would like to have all Os processing things
> > restricted to cpu 0 so that the rest of the processors do not experience
> > the OS noise.
>
> Somebody tries to do this: https://lkml.org/lkml/2011/11/8/346
>
> But in the case of nohz cpusets there is a problem to solve:
>
> What if every CPUs are tickless (idle or busy), who must take
> the timekeeping duty? Should we pick one of the busy CPUs? Or
> keep one CPU with the tick even if it's idle? How do we choose
> this CPU?

Then its the users fault because he specified the processor to use. There
is no picking if its manually assigned.

> May be we need to define another flag on cpusets to assign the
> timekeeping duty to any CPU on a flagged set. This way we can
> force that duty to the CPU(s) we want.

I wish you would disentangle the nohz work from the cpusets. Cpusets is
aged and being replaced by cgroups. And the cgroup work is something that
is not suitable for many loads given the VM overhead added.

--
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