From owner-freebsd-geom@FreeBSD.ORG  Wed Feb 11 14:55:00 2004
Return-Path: <owner-freebsd-geom@FreeBSD.ORG>
Delivered-To: freebsd-geom@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id CDDBC16A4CE
	for <geom@freebsd.org>; Wed, 11 Feb 2004 14:55:00 -0800 (PST)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2CB6C43D1D
	for <geom@freebsd.org>; Wed, 11 Feb 2004 14:55:00 -0800 (PST)
	(envelope-from phk@phk.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.10/8.12.10) with ESMTP id i1BMswMW019508
	for <geom@freebsd.org>; Wed, 11 Feb 2004 23:54:58 +0100 (CET)
	(envelope-from phk@phk.freebsd.dk)
To: geom@freebsd.org
From: Poul-Henning Kamp <phk@phk.freebsd.dk>
Date: Wed, 11 Feb 2004 23:54:58 +0100
Message-ID: <19507.1076540098@critter.freebsd.dk>
Subject: Project idea: disk-activity visualization
X-BeenThere: freebsd-geom@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: GEOM-specific discussions and implementations
	<freebsd-geom.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-geom>,
	<mailto:freebsd-geom-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-geom>
List-Post: <mailto:freebsd-geom@freebsd.org>
List-Help: <mailto:freebsd-geom-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-geom>,
	<mailto:freebsd-geom-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Feb 2004 22:55:00 -0000


If somebody here is looking for a project I would like to add something
like this to GEOM:

	http://www.itworld.com/Comp/3380/UIR990101perf/

It would be a flag you set on the consumer(s) or provider(s) you
were interested in monitoring, and then a number of pages of RAM
would be mapped from kernel to userland with an array of counters
which increment on access.

The kernel bit is rather trivial, the tough part is presenting and
visualizing this in a sane way.

Any takers ?

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.