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>] [day] [month] [year] [list]
Message-ID: <51961.193.35.133.151.1202495388.squirrel@www.eclipse1.net>
Date:	Fri, 8 Feb 2008 18:29:48 -0000 (UTC)
From:	"Chris Brox" <lkml@...nge.eclipse1.net>
To:	linux-kernel@...r.kernel.org
Subject: CGroup subsystem for enforcing hard cpu rate limits

Back in 2006 Srivatsa Vaddagiri summarised proposals for CPU controllers,
which variously offered to limit or guarantee CPU for a task group. Some
of these supported both soft and hard limits.

Now in 2008 we have FAIR_CGROUP_SCHED in mainline, which supports soft CPU
limits per control group. Great stuff.

Unfortunately I am keenly looking for a hard CPU limit implementation -
i.e. one that would constrain a control group to use no more than x% of
the CPU, even when it is otherwise idle.

Has the hard limit idea been discarded, or is it still a planned feature
(of either the Fair scheduler or a new subsystem)?


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