From: Andrew Morton <akpm@osdl.org>
To: Martin Peschke <mp3@de.ibm.com>
Cc: linux-kernel@vger.kernel.org, balbir@in.ibm.com
Subject: Re: [Patch 0/6] statistics infrastructure
Date: Tue, 23 May 2006 14:42:58 -0700 [thread overview]
Message-ID: <20060523144258.0938c4d3.akpm@osdl.org> (raw)
In-Reply-To: <44733F7B.9070009@de.ibm.com>
Martin Peschke <mp3@de.ibm.com> wrote:
>
> Andrew Morton wrote:
> > Martin Peschke <mp3@de.ibm.com> wrote:
> >> My patch series is a proposal for a generic implementation of statistics.
> >
> > This uses debugfs for the user interface, but the
> > per-task-delay-accounting-*.patch series from Balbir creates an extensible
> > netlink-based system for passing instrumentation results back to userspace.
> >
> > Can this code be converted to use those netlink interfaces, or is Balbir's
> > approach unsuitable, or hasn't it even been considered, or what?
> >
>
> Andrew,
>
> taskstats, Balbir'r approach, is too specific and doesn't work for me.
> It is by design limited to per-task data.
OK. They are pretty different things.
Balbir, do you see any sane way in which the APIs you've implemented can be
extended to cover this requirement?
> My statistics code is not limited to per-task statistics, but allows exploiters
> to have data been accumulated and been shown for whatever entity they need to,
> may it be for tasks, for SCSI disks, per adapter, per queue, per interface,
> for a device driver, etc.
OK.
> If you want me to change my code to use netlink anyway, I might be able to
> implement my own genetlink family. I haven't look at the details of that yet.
>
Well, a debugfs interface _should_ be OK. If not, why do we need debugfs?
Ho hum, hard. Please send the patches again, let's take a closer look, see
if we can move them forward a bit.
next prev parent reply other threads:[~2006-05-23 21:40 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-05-19 16:07 Martin Peschke
2006-05-19 16:24 ` Andrew Morton
[not found] ` <661de9470605191159n75578d60qd1f3309e3a7e2234@mail.gmail.com>
2006-05-19 19:02 ` Balbir Singh
2006-05-19 23:03 ` Martin Peschke
2006-05-21 11:29 ` Balbir Singh
2006-05-22 18:09 ` netlink vs. debugfs (was Re: [Patch 0/6] statistics infrastructure) Tim Bird
2006-05-22 18:34 ` Balbir Singh
2006-05-22 18:53 ` Evgeniy Polyakov
2006-05-23 16:59 ` [Patch 0/6] statistics infrastructure Martin Peschke
2006-05-23 21:42 ` Andrew Morton [this message]
2006-05-24 3:12 ` Balbir Singh
-- strict thread matches above, loose matches on Subject: below --
2006-05-24 12:27 Martin Peschke
2006-05-23 20:42 Al Boldi
2005-12-14 16:13 [patch " Martin Peschke
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=20060523144258.0938c4d3.akpm@osdl.org \
--to=akpm@osdl.org \
--cc=balbir@in.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mp3@de.ibm.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®