From owner-freebsd-hackers@FreeBSD.ORG  Tue Jun  3 11:02:40 2008
Return-Path: <owner-freebsd-hackers@FreeBSD.ORG>
Delivered-To: freebsd-hackers@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 564D11065673;
	Tue,  3 Jun 2008 11:02:40 +0000 (UTC)
	(envelope-from kris@FreeBSD.org)
Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28])
	by mx1.freebsd.org (Postfix) with ESMTP id DFD738FC14;
	Tue,  3 Jun 2008 11:02:38 +0000 (UTC)
	(envelope-from kris@FreeBSD.org)
Message-ID: <484524CF.2090709@FreeBSD.org>
Date: Tue, 03 Jun 2008 13:02:39 +0200
From: Kris Kennaway <kris@FreeBSD.org>
User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421)
MIME-Version: 1.0
To: Robert Watson <rwatson@FreeBSD.org>
References: <200805281446.m4SEkojn099133@lurza.secnetix.de>
	<64200F15-4444-44FE-B904-673543441F35@FreeBSD.org>
	<g21p5m$g1l$1@ger.gmane.org> <4844751C.80704@FreeBSD.org>
	<p06240802c46a3f7d58a8@[128.113.124.153]>
	<20080603111935.K426@fledge.watson.org>
In-Reply-To: <20080603111935.K426@fledge.watson.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: ssouhlal@freebsd.org, Garance A Drosihn <drosih@rpi.edu>,
	freebsd-hackers@freebsd.org
Subject: Re: Impact of having a large number of open file descriptors
X-BeenThere: freebsd-hackers@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Technical Discussions relating to FreeBSD
	<freebsd-hackers.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-hackers>, 
	<mailto:freebsd-hackers-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-hackers>
List-Post: <mailto:freebsd-hackers@freebsd.org>
List-Help: <mailto:freebsd-hackers-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-hackers>,
	<mailto:freebsd-hackers-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Jun 2008 11:02:40 -0000

Robert Watson wrote:

> fsevents allows user processes to subscribe, effectively on a 
> per-filesystem basis, to namespace and file close operations.

...

> I think there's also considerable overlap with other kernel event 
> systems, such as audit, and we might benefit from thinking seriously 
> about enhancing those event systems rather than introducing a new one.  
> The design of fsevents is pretty much entirely dictated by the needs of 
> Spotlight and later Time Machine.  In particular, it's not clear to me 
> that the persistency requirements, which are a large part of the 
> fsevents design, are important to us... or are they?

Yes, I keep forgetting about audit for some reason :)  It might be that 
this is already good enough for my use case, although having to maintain 
a path -> inode mapping for millions of files will be potentially 
onerous (same for kevent anyway though).  Persistency across reboots for 
unread events would be nice but probably not essential (or worth the 
trouble).

Kris