[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CACVxJT9mkX+7+hFrbt2rNCjUH9Y=t2AtGaXqcGfMh6x5WwMjmw@mail.gmail.com>
Date: Fri, 16 Mar 2012 13:16:17 +0200
From: Alexey Dobriyan <adobriyan@...il.com>
To: KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>
Cc: Andrew Morton <akpm@...ux-foundation.org>,
Linux Kernel <linux-kernel@...r.kernel.org>,
Eric Dumazet <eric.dumazet@...il.com>
Subject: Re: seq_put_decimal_ull() et al
On Wed, Mar 14, 2012 at 5:08 AM, KAMEZAWA Hiroyuki
<kamezawa.hiroyu@...fujitsu.com> wrote:
> On Wed, 14 Mar 2012 09:31:56 +0900
> KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com> wrote:
>
>> On Tue, 13 Mar 2012 15:35:54 +0200
>> Alexey Dobriyan <adobriyan@...il.com> wrote:
>>
>> > > Subject: + procfs-add-num_to_str-to-speed-up-proc-stat-fix-2.patch added to -mm tree
>> >
>> > I think the fix is to create proper binary interface for exporting
>> > interrupt counts.
>> > Programs can parse raw data equally well if programming language is
>> > even minimally reasonable
>> > (POSIX shell may not qualify, though).
>>
>> Ok, please try with all tool-chain updates.
>> procps, top, sar, and more ?
>>
Well, why not?
We can tune print code or we can create maximally fast interface and forget.
> One concern is maintainance of 2 files of the same data.
The other is all those multiplying print functions.
--
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