sched: Do not account bogus utime
authorStanislaw Gruszka <sgruszka@redhat.com>
Tue, 30 Apr 2013 09:35:05 +0000 (11:35 +0200)
committerIngo Molnar <mingo@kernel.org>
Tue, 30 Apr 2013 17:13:04 +0000 (19:13 +0200)
Due to rounding in scale_stime(), for big numbers, scaled stime
values will grow in chunks. Since rtime grow in jiffies and we
calculate utime like below:

prev->stime = max(prev->stime, stime);
prev->utime = max(prev->utime, rtime - prev->stime);

we could erroneously account stime values as utime. To prevent
that only update prev->{u,s}time values when they are smaller
than current rtime.

Signed-off-by: Stanislaw Gruszka <sgruszka@redhat.com>
Cc: Frederic Weisbecker <fweisbec@gmail.com>
Cc: rostedt@goodmis.org
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Dave Hansen <dave@sr71.net>
Cc: Peter Zijlstra <peterz@infradead.org>
Link: http://lkml.kernel.org/r/1367314507-9728-2-git-send-email-sgruszka@redhat.com
Signed-off-by: Ingo Molnar <mingo@kernel.org>
kernel/sched/cputime.c

index e9198abfca5310b5f30a2718634be3d03fa333f2..1b7c2161f5cdde06909e7c63a70fc31ef9a8890f 100644 (file)
@@ -581,6 +581,14 @@ static void cputime_adjust(struct task_cputime *curr,
         */
        rtime = nsecs_to_cputime(curr->sum_exec_runtime);
 
+       /*
+        * Update userspace visible utime/stime values only if actual execution
+        * time is bigger than already exported. Note that can happen, that we
+        * provided bigger values due to scaling inaccuracy on big numbers.
+        */
+       if (prev->stime + prev->utime >= rtime)
+               goto out;
+
        if (!rtime) {
                stime = 0;
        } else if (!total) {
@@ -598,6 +606,7 @@ static void cputime_adjust(struct task_cputime *curr,
        prev->stime = max(prev->stime, stime);
        prev->utime = max(prev->utime, rtime - prev->stime);
 
+out:
        *ut = prev->utime;
        *st = prev->stime;
 }