[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100326035344.GQ3308@balbir.in.ibm.com>
Date: Fri, 26 Mar 2010 09:23:44 +0530
From: Balbir Singh <balbir@...ux.vnet.ibm.com>
To: Oleg Nesterov <oleg@...hat.com>
Cc: Andrew Morton <akpm@...ux-foundation.org>,
Americo Wang <xiyou.wangcong@...il.com>,
"Eric W. Biederman" <ebiederm@...ssion.com>,
Hidetoshi Seto <seto.hidetoshi@...fujitsu.com>,
Ingo Molnar <mingo@...e.hu>,
Peter Zijlstra <peterz@...radead.org>,
Roland McGrath <roland@...hat.com>,
Spencer Candland <spencer@...ehost.com>,
Stanislaw Gruszka <sgruszka@...hat.com>,
linux-kernel@...r.kernel.org
Subject: Re: [RFC,PATCH 1/2] cputimers/proc: do_task_stat()->task_times() can
race with getrusage()
* Oleg Nesterov <oleg@...hat.com> [2010-03-24 21:45:50]:
> do_task_stat()->task_times() can race with getrusage(), they both can
> try to update task->prev_Xtime at the same time.
>
> Remove this bit of d180c5bc "sched: Introduce task_times() to replace
> task_{u,s}time()".
One of the reasons for adding this accuracy was to avoid sampling
based noise and errors that occur with utime and stime.
As long as there is no preemption during the assignment, I think we
should be OK.
I see two options
1. Disable preemption around assignment
2. Remove task_times() from getrusage()
--
Three Cheers,
Balbir
--
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