From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1763223AbXGYIUf (ORCPT ); Wed, 25 Jul 2007 04:20:35 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752497AbXGYIUY (ORCPT ); Wed, 25 Jul 2007 04:20:24 -0400 Received: from smtpq2.groni1.gr.home.nl ([213.51.130.201]:36887 "EHLO smtpq2.groni1.gr.home.nl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752771AbXGYIUW (ORCPT ); Wed, 25 Jul 2007 04:20:22 -0400 Message-ID: <46A7074B.50608@gmail.com> Date: Wed, 25 Jul 2007 10:18:19 +0200 From: Rene Herman User-Agent: Thunderbird 2.0.0.5 (X11/20070716) MIME-Version: 1.0 To: Valdis.Kletnieks@vt.edu CC: david@lang.hm, Nick Piggin , Ray Lee , Jesper Juhl , Andrew Morton , ck list , Ingo Molnar , Paul Jackson , linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: -mm merge plans for 2.6.23 References: <20070710013152.ef2cd200.akpm@linux-foundation.org> <200707102015.44004.kernel@kolivas.org> <9a8748490707231608h453eefffx68b9c391897aba70@mail.gmail.com> <46A57068.3070701@yahoo.com.au> <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> <30701.1185347660@turing-police.cc.vt.edu> In-Reply-To: <30701.1185347660@turing-police.cc.vt.edu> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-AtHome-MailScanner-Information: Please contact support@home.nl for more information X-AtHome-MailScanner: Found to be clean Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On 07/25/2007 09:14 AM, Valdis.Kletnieks@vt.edu wrote: > On Wed, 25 Jul 2007 07:30:37 +0200, Rene Herman said: > >> Yes, but what's locate's usage scenario? I've never, ever wanted to use >> it. When do you know the name of something but not where it's located, >> other than situations which "which" wouldn't cover and after just >> having installed/unpacked something meaning locate doesn't know about >> it yet either? > > My favorite use - with 5 Fedora kernels and as many -mm kernels on my > laptop, doing a 'locate moby' finds all the moby.c and moby.o and moby.ko > for the various releases. Supposing you know the path in one tree, you know the path in all of them, right? :-? > You want hard numbers? Here you go - 'locate' versus 'find' These are ofcourse not necesary. If you discount the time updatedb itself takes it's utterly obvious that _if_ you use it, it's going to be wildly faster than find. Regardless, I'll stand by "[by disabling updatedb] the problem will for a large part be solved" as I expect approximately 94.372 percent of Linux desktop users couldn't care less about locate. Rene. From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <46A7074B.50608@gmail.com> Date: Wed, 25 Jul 2007 10:18:19 +0200 From: Rene Herman MIME-Version: 1.0 Subject: Re: -mm merge plans for 2.6.23 References: <20070710013152.ef2cd200.akpm@linux-foundation.org> <200707102015.44004.kernel@kolivas.org> <9a8748490707231608h453eefffx68b9c391897aba70@mail.gmail.com> <46A57068.3070701@yahoo.com.au> <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> <30701.1185347660@turing-police.cc.vt.edu> In-Reply-To: <30701.1185347660@turing-police.cc.vt.edu> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Valdis.Kletnieks@vt.edu Cc: david@lang.hm, Nick Piggin , Ray Lee , Jesper Juhl , Andrew Morton , ck list , Ingo Molnar , Paul Jackson , linux-mm@kvack.org, linux-kernel@vger.kernel.org List-ID: On 07/25/2007 09:14 AM, Valdis.Kletnieks@vt.edu wrote: > On Wed, 25 Jul 2007 07:30:37 +0200, Rene Herman said: > >> Yes, but what's locate's usage scenario? I've never, ever wanted to use >> it. When do you know the name of something but not where it's located, >> other than situations which "which" wouldn't cover and after just >> having installed/unpacked something meaning locate doesn't know about >> it yet either? > > My favorite use - with 5 Fedora kernels and as many -mm kernels on my > laptop, doing a 'locate moby' finds all the moby.c and moby.o and moby.ko > for the various releases. Supposing you know the path in one tree, you know the path in all of them, right? :-? > You want hard numbers? Here you go - 'locate' versus 'find' These are ofcourse not necesary. If you discount the time updatedb itself takes it's utterly obvious that _if_ you use it, it's going to be wildly faster than find. Regardless, I'll stand by "[by disabling updatedb] the problem will for a large part be solved" as I expect approximately 94.372 percent of Linux desktop users couldn't care less about locate. Rene. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org