From gnor-gpl@gmx.de Mon May 1 08:31:11 2006 Received: with ECARTIS (v1.0.0; list fam); Mon, 01 May 2006 08:31:15 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by oss.sgi.com (8.13.6/8.12.10/SuSE Linux 0.7) with SMTP id k41FT9o7014216 for ; Mon, 1 May 2006 08:31:10 -0700 Received: (qmail 14546 invoked by uid 0); 1 May 2006 14:23:32 -0000 Received: from 80.135.75.136 by www016.gmx.net with HTTP; Mon, 1 May 2006 16:23:32 +0200 (MEST) Date: Mon, 1 May 2006 16:23:32 +0200 (MEST) From: =?ISO-8859-1?Q?=22Norbert_Gr=FCn=22?= To: fam@oss.sgi.com MIME-Version: 1.0 Subject: Some Additional Tools for FAM X-Priority: 3 (Normal) X-Authenticated: #18100975 Message-ID: <6624.1146493412@www016.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-archive-position: 730 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: gnor-gpl@gmx.de Precedence: bulk X-list: fam Dear Madam or Sir! I have read your FAQ and can prove the problem of famd getting into a spin when a huge number of files get alterated. This version came with Debian 3.1r0a "Sarge" of LOB.de. I recommend using an exponential back-off scheme when a huge bunch of files change like deliberately sleeping an increasing number of milliseconds as long as DNotify events come in faster than a defined threshold. This will prevent famd from becoming a CPU hog, it's a humble AMD K6II/500 instead of 16 Opterons or so. Editing out the "-T 0" deep in the startup scripts didn't help because the DNotify events will keep famd up. There is also need for a famc, a FAM controller that may inspect and tune famd. There'll be need of support for the various GUI widget sets. Aye, there are some security issues, but that will be with any program accepting user input, either local or remote, you can even wedge malware between a tty and stdin. It may just need more efforts than under Windows with its fine granular modularity and excessive integration. Also *NIX had to cope with hackers almost from Day One, even before the ARPANet came into existence, phone lines can't be trusted as well. Kind Regards Norbert Grün (gnor-gpl@gmx.de) -- "Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ... Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail