fam
[Top] [All Lists]

Re: [fam] fam limitations

To: "Pooja Goyal" <pgoyal@xxxxxxxxxxxxxx>, <fam@xxxxxxxxxxx>
Subject: Re: [fam] fam limitations
From: "Michael WARDLE" <michael.wardle@xxxxxxxxxx>
Date: Mon, 6 May 2002 17:41:25 +1000
References: <200205040049.g440nUUp000687@xxxxxxxxxxxxxxxxxxx>
Sender: owner-fam@xxxxxxxxxxx
----- Original Message -----
From: "Pooja Goyal" <pgoyal@xxxxxxxxxxxxxx>
To: <fam@xxxxxxxxxxx>
Sent: Saturday, May 04, 2002 10:49 AM
Subject: [fam] fam limitations


> could someone please tell me what the key drawbacks of using
> fam are ? (I believe fam does not allow a single process to monitor
more
> than 1,000 files/directories)

I believe this is a limitation of IMon related to a fixed event queue
size, so it does not apply when other monitors (such as DNotify) are
being used.  Given this number is hard-coded in the IMon patch, you
could also change that number to a greater one on your systems, but
that is not ideal.

> also what are alternative programs that can be used in place of
> fam ?

I don't know of any suitable alternatives.  Some systems have their
own mechanisms such as kqueue vnode monitoring on FreeBSD, but last I
saw, kqueue could only monitor UFS/FFS filesystems, and of course it's
not available on other operating systems.  Having said this, I'm keen
for FAM to support various low-level monitors so it can be as
efficient and as widely-available as possible.

Regards

--
MICHAEL WARDLE
SGI Desktop & Admin Software
Adacel Technologies Limited



--
Source code, list archive, and docs: http://oss.sgi.com/projects/fam/
To unsubscribe: echo unsubscribe fam | mail majordomo@xxxxxxxxxxx

<Prev in Thread] Current Thread [Next in Thread>