[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4D352CA6.7010109@linux.vnet.ibm.com>
Date: Tue, 18 Jan 2011 11:31:10 +0530
From: Ciju Rajan K <ciju@...ux.vnet.ibm.com>
To: Peter Zijlstra <a.p.zijlstra@...llo.nl>
CC: lkml <linux-kernel@...r.kernel.org>, Ingo Molnar <mingo@...e.hu>,
Bharata B Rao <bharata@...ux.vnet.ibm.com>,
Srivatsa Vaddagiri <vatsa@...ibm.com>,
Ciju Rajan K <ciju@...ux.vnet.ibm.com>
Subject: Re: [RFC][PATCH 0/2 v1.0]sched: updating /proc/schedstat
Hi Peter,
On 01/17/2011 10:24 PM, Peter Zijlstra wrote:
> On Mon, 2011-01-17 at 16:19 +0530, Ciju Rajan K wrote:
>> Hi All,
>>
>> Here is the first version of the patch set, which updates
>> the /proc/schedstat statistics. Please review the patches and let me
>> know your thoughts.
>
> Whats the impact on existing userspace, does the change warrant the
> effort of changing the userspace tools?
Since the fields are not at the end, there might be some changes required for the userspace scripts. But the benefits would be that we will have more relevant stats in /proc/schedstat.
Most of the userspace applications will be considering the version field of /proc/schedstat. Since we have an updated version for these changes, there should not be any breakage for the existing applications. One more advantage is that who ever looks at /proc/schedstat will see the actual numbers rather than seeing more zeros. Basically the readability improves.
"http://eaglet.rain.com/rick/linux/schedstat/" admits that the format for /proc/schedstat can change depending upon the version. If you are ok with the /proc/schedstat updates, I can also send a patch to update "http://eaglet.rain.com/rick/linux/schedstat/v15/latency.c" program which parses some of the schedstat entries.
>
> Also, attachment fail.
It should be ok now.
-Ciju
--
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