From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S936575AbXGZWa0 (ORCPT ); Thu, 26 Jul 2007 18:30:26 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932422AbXGZWaR (ORCPT ); Thu, 26 Jul 2007 18:30:17 -0400 Received: from wa-out-1112.google.com ([209.85.146.179]:58605 "EHLO wa-out-1112.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932243AbXGZWaP (ORCPT ); Thu, 26 Jul 2007 18:30:15 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TtHO2hTGv8EfWnwk6uPjbYLv4uV3xpcyVPy8VQGO+t2rGeS7JVMiNMIEoZr4gRmRgDWjkaRHB5yu9spnGwFkLum80eCRROTnsFRryYaAxhA5uaR9vc2MQdyJC7MEYbZuFkG1aamJLOSyJbaxDsemc/Hh8eKzWFpA1nisSRBMamQ= Message-ID: Date: Thu, 26 Jul 2007 18:30:14 -0400 From: "Michael Chang" To: "Matthew Hawkins" Subject: Re: -mm merge plans for 2.6.23 Cc: "Ray Lee" , "ck list" , linux-mm@kvack.org, linux-kernel@vger.kernel.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070710013152.ef2cd200.akpm@linux-foundation.org> <2c0942db0707232153j3670ef31kae3907dff1a24cb7@mail.gmail.com> <46A58B49.3050508@yahoo.com.au> <2c0942db0707240915h56e007e3l9110e24a065f2e73@mail.gmail.com> <46A6CC56.6040307@yahoo.com.au> <46A6D7D2.4050708@gmail.com> <46A6DFFD.9030202@gmail.com> <2c0942db0707250902v58e23d52v434bde82ba28f119@mail.gmail.com> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On 7/25/07, Matthew Hawkins wrote: > On 7/26/07, Ray Lee wrote: > > I'd just like updatedb to amortize its work better. If we had some way > > to track all filesystem events, updatedb could keep a live and > > accurate index on the filesystem. And this isn't just updatedb that > > wants that, beagle and tracker et al also want to know filesystem > > events so that they can index the documents themselves as well as the > > metadata. And if they do it live, that spreads the cost out, including > > the VM pressure. > > We already have this, its called inotify (and if I'm not mistaken, > beagle already uses it). Several years ago when it was still a little > flakey patch, I built a custom filesystem indexer into an enterprise > search engine using it (I needed to pull apart Unix mbox files). The > only trouble of course is the action is triggered immediately, which > may not always be ideal (but that's a userspace problem) > With all this discussion about updatedb and locate and such, I thought I'd do a Google search, (considering I've never heard of locate before but I've seen updatedb here and there in ps lists) and I found this: http://www.linux.com/articles/114029 That page mentions something called "rlocate", which seems to provide some sort of almost-real-time mechanism, although the method it does so bothers me -- it uses a 2.6 kernel module AND a userspace daemon. And from what I can tell, there's no indication that this almost "real-time" (--I see mentions of a 2 second lag--) system replaces/eliminates updatedb in any way, shape, or form. http://rlocate.sourceforge.net/ - Project "Web Site" http://sourceforge.net/projects/rlocate/ - Source Forge Project Summary The last release also appears a bit dated on sourceforge... release 0.4.0 on 2006-01-15. Just thought I'd mention it. -- Michael Chang Please avoid sending me Word or PowerPoint attachments. Send me ODT, RTF, or HTML instead. See http://www.gnu.org/philosophy/no-word-attachments.html Thank you.