linux-kernel - Re: [ckrm-tech] [RFC][PATCH 5/8] RSS controller task migration support

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-next>] [day] [month] [year] [list]

Message-Id: <20061117132533.A5FCF1B6A2@openx4.frec.bull.fr>
Date:	Fri, 17 Nov 2006 14:25:33 +0100 (CET)
From:	Patrick.Le-Dot@...l.net (Patrick.Le-Dot)
To:	balbir@...ibm.com
Cc:	ckrm-tech@...ts.sourceforge.net, dev@...nvz.org,
	haveblue@...ibm.com, linux-kernel@...r.kernel.org,
	linux-mm@...ck.org, rohitseth@...gle.com
Subject: Re: [ckrm-tech] [RFC][PATCH 5/8] RSS controller task migration support

> ...
> For implementing guarantees, we can use limits. Please see
> http://wiki.openvz.org/Containers/Guarantees_for_resources.

Nack.

This seems to be correct for resources like cpu, disk or network
bandwidth but not for the memory just because nobody in this wiki
speaks about the kswapd and page reclaim (but it's true that a such
demon does not exist for cpu, disk or... then the problem is more
simple).

For a customer the main reason to use guarantee is to be sure that
some pages of a job remain in memory when the system is low on free
memory. This should be true even for a job in group/container A with
a smooth activity compared to a group/container B with a set of jobs
using memory more agressively...

What happens if we use limits to implement guarantees ?

>> ...
>> The idea of getting a guarantee is simple:
>> if any group gi requires a Gi units of resource from R units available
>> then limiting all the rest groups with R - Gi units provides a desired
>> guarantee

If the limit is a "hard limit" then we have implemented reservation and
this is too strict.

If the limit is a "soft limit" then group/container B is autorized to
use more than the limit and nothing is guaranteed for group/container A...

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