From: Balbir Singh <balbir@linux.vnet.ibm.com>
To: Mel Gorman <mel@csn.ul.ie>
Cc: Alexey Dobriyan <adobriyan@gmail.com>,
LKML <linux-kernel@vger.kernel.org>,
Andrew Morton <akpm@linux-foundation.org>
Subject: Re: [PATCH] delay-accounting: Re-implement -c for getdelays.c to report information on a target command
Date: Wed, 20 Jan 2010 00:33:47 +0530 [thread overview]
Message-ID: <4B560213.2020707@linux.vnet.ibm.com> (raw)
In-Reply-To: <20100119185213.GB5154@csn.ul.ie>
On Wednesday 20 January 2010 12:22 AM, Mel Gorman wrote:
>>
>> That is an oversight and not intentional. I've not gotten around to
>> reimplementing the -c option due to lack for people asking for it.
>>
>
> Consider this a request then. Man, I'd really like if someone
> implemented that -c switch thing :P
>
:)
>>> This patch reimplements -c for getdelays.c to act as documented. Unlike the
>>> original version, it waits until the command completes before printing any
>>> information on it. An example of it being used looks like
>>>
>>
>> Looks good, could you please keep the original sign-offs as well?
>>
>
> Well, the reimplementation is significantly different to what was there
> so I'm not sure that's appropriate. Look at the differences yourself.
>
Fair enough
>>> $ ./getdelays -d -c find /home/mel -name mel
>>> print delayacct stats ON
>>> /home/mel
>>> /home/mel/.notes-wine/drive_c/windows/profiles/mel
>>> /home/mel/.wine/drive_c/windows/profiles/mel
>>> /home/mel/git-configs/dot.kde/share/apps/konqueror/home/mel
>>> PID 5923
>>>
>>> CPU count real total virtual total delay total
>>> 42779 5051232096 5164722692 564207988
>>> IO count delay total
>>> 41727 97804147758
>>> SWAP count delay total
>>> 0 0
>>> RECLAIM count delay total
>>> 0 0
>>>
>>> It's not clear how or if this subsystem is being maintained. If the
>>> authors agree on it but do not pick it up for merging, I'll go bug
>>> Andrew with it.
>>>
>>
>> I am maintaining it, please do let me know if you have an issue with the
>> subsystem or utilities.
>>
>
> If you're happy with the patch then, can you pick it up, add your
> signed-off-by and go with whatever submission path you use for this
> subsystem?
>
Absolutely!
Signed-off-by: Balbir Singh <balbir@linux.vnet.ibm.com>
Andrew, could you please pick this up?
Thanks,
Balbir Singh.
prev parent reply other threads:[~2010-01-19 19:03 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-19 18:00 [PATCH] delay-accounting: Re-implement -c for getdelays.c to report information on a target command Mel Gorman
2010-01-19 18:13 ` Balbir Singh
2010-01-19 18:52 ` Mel Gorman
2010-01-19 19:03 ` Balbir Singh [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4B560213.2020707@linux.vnet.ibm.com \
--to=balbir@linux.vnet.ibm.com \
--cc=adobriyan@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mel@csn.ul.ie \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.