linux-kernel - Re: [Patch 0/5] I/O statistics through request queues

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <453E9892.1010408@de.ibm.com>
Date:	Wed, 25 Oct 2006 00:49:54 +0200
From:	Martin Peschke <mp3@...ibm.com>
To:	Phillip Susi <psusi@....rr.com>
CC:	Andrew Morton <akpm@...l.org>, linux-kernel@...r.kernel.org
Subject: Re: [Patch 0/5] I/O statistics through request queues

Phillip Susi wrote:
> Martin Peschke wrote:
>> Well, the instrumentation "on demand" aspect is half of the truth.
>> A probe inserted through kprobes impacts performance more than static
>> instrumentation.
> 
> True, but given that there are going to be a number of things you might 
> want to instrument at some point, and that at any given time you might 
> only be interested in a few of those, it likely will be better overall 
> to spend some more time only on the few than less time on the many.

Im sure there will be more discussions to sort out which data should be
retrieved through which kind of instrumentation, and to find the right mix.
But I won't dare speculating about the outcome. I am just tossing another
request for data into the discussion (important, in my eyes), along with a
method for retrieving such data (less important, in my eyes).

-
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/