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 for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <tip-34f2beeec5591259c43d195122de3cd26262d63b@git.kernel.org>
Date:	Thu, 9 Apr 2009 04:37:25 GMT
From:	Nathan Lynch <ntl@...ox.com>
To:	linux-tip-commits@...r.kernel.org
Cc:	linux-kernel@...r.kernel.org, hpa@...or.com, mingo@...hat.com,
	matthltc@...ibm.com, nigel@...onice.net, akpm@...ux-foundation.org,
	tglx@...utronix.de, ntl@...ox.com, mingo@...e.hu
Subject: [tip:sched/urgent] sched: do not count frozen tasks toward load

Commit-ID:  34f2beeec5591259c43d195122de3cd26262d63b
Gitweb:     http://git.kernel.org/tip/34f2beeec5591259c43d195122de3cd26262d63b
Author:     Nathan Lynch <ntl@...ox.com>
AuthorDate: Wed, 8 Apr 2009 19:45:12 -0500
Committer:  Ingo Molnar <mingo@...e.hu>
CommitDate: Thu, 9 Apr 2009 06:09:49 +0200

sched: do not count frozen tasks toward load

Freezing tasks via the cgroup freezer causes the load average to climb
because the freezer's current implementation puts frozen tasks in
uninterruptible sleep (D state).

Some applications which perform job-scheduling functions consult the
load average when making decisions.  If a cgroup is frozen, the load
average does not provide a useful measure of the system's utilization
to such applications.  This is especially inconvenient if the job
scheduler employs the cgroup freezer as a mechanism for preempting low
priority jobs.  Contrast this with using SIGSTOP for the same purpose:
the stopped tasks do not count toward system load.

Change task_contributes_to_load() to return false if the task is
frozen.  This results in /proc/loadavg behavior that better meets
users' expectations.

Signed-off-by: Nathan Lynch <ntl@...ox.com>
Acked-by: Andrew Morton <akpm@...ux-foundation.org>
Acked-by: Nigel Cunningham <nigel@...onice.net>
Tested-by: Nigel Cunningham <nigel@...onice.net>
Cc: containers@...ts.linux-foundation.org
Cc: linux-pm@...ts.linux-foundation.org
Cc: Matt Helsley <matthltc@...ibm.com>
LKML-Reference: <20090408194512.47a99b95@...atee.lan>
Signed-off-by: Ingo Molnar <mingo@...e.hu>


---
 include/linux/sched.h |    3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/include/linux/sched.h b/include/linux/sched.h
index 98e1fe5..b4c38bc 100644
--- a/include/linux/sched.h
+++ b/include/linux/sched.h
@@ -205,7 +205,8 @@ extern unsigned long long time_sync_thresh;
 #define task_is_stopped_or_traced(task)	\
 			((task->state & (__TASK_STOPPED | __TASK_TRACED)) != 0)
 #define task_contributes_to_load(task)	\
-				((task->state & TASK_UNINTERRUPTIBLE) != 0)
+				((task->state & TASK_UNINTERRUPTIBLE) != 0 && \
+				 (task->flags & PF_FROZEN) == 0)
 
 #define __set_task_state(tsk, state_value)		\
 	do { (tsk)->state = (state_value); } while (0)
--
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