From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31924 invoked by alias); 11 Feb 2016 22:39:12 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 31138 invoked by uid 89); 11 Feb 2016 22:39:11 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=H*MI:sk:56BCD41, H*i:sk:56BCD41, H*f:sk:56BCD41, antivirus X-HELO: mail-wm0-f45.google.com Received: from mail-wm0-f45.google.com (HELO mail-wm0-f45.google.com) (74.125.82.45) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Thu, 11 Feb 2016 22:39:10 +0000 Received: by mail-wm0-f45.google.com with SMTP id c200so94282224wme.0 for ; Thu, 11 Feb 2016 14:39:09 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=aO+vp5OFiIWmKIN7d/TA2oyg+pWm7xWb1jh7oHxUDBo=; b=ToEsUveFYMlVLdLKTI/HXveZJOnIiTTOoekxLy1o4GGc0k8lBL4igaeW1AzqcZcCvT 1EAsOilVsrRwa1S+85cp5WataRSx6T+zXedESY4EmyA8sMCARmPesim/SH1SEwR6hWKq lgbVWDxSBWkLg7AuZiBTRDpi7yVuGG8Rl5qu/P6y+gYFRy3++OscCM/PJlqF8CJ0gim9 aD16aom8EK7h3wncFJkblasj0XdIX8pexHIVhqpKebaMzForUJiqth+CDvc8QDT605gM GkuOJ/KciNrOSrtPzcqpsRwX8PNAPA5z8MEK24xPfodAAKVKxgNJdrgy2m7CYRGh1CFr Lfbg== X-Gm-Message-State: AG10YOTdXqbW2YxpPiOTPE5nTh8OvfeRybB5QjuGp1L/UZJAKsxR4OO8BRP3H5pWA1q1Dw== X-Received: by 10.194.61.240 with SMTP id t16mr48795918wjr.27.1455230347151; Thu, 11 Feb 2016 14:39:07 -0800 (PST) Received: from [192.168.2.108] (pD9E60EBA.dip0.t-ipconnect.de. [217.230.14.186]) by smtp.googlemail.com with ESMTPSA id ks5sm9446080wjb.13.2016.02.11.14.39.05 for (version=TLSv1/SSLv3 cipher=OTHER); Thu, 11 Feb 2016 14:39:06 -0800 (PST) Subject: Re: locate and updatedb To: cygwin@cygwin.com References: <56BC940F.6070109@zoho.com> <56BCD05C.2040409@gmail.com> <56BCD414.2010304@zoho.com> From: Marco Atzeri Message-ID: <56BD0D87.6030008@gmail.com> Date: Thu, 11 Feb 2016 22:39:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <56BCD414.2010304@zoho.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2016-02/txt/msg00166.txt.bz2 On 11/02/2016 19:33, Byron Boulton wrote: > On 2/11/2016 1:18 PM, cyg Simple wrote: >> On 2/11/2016 9:00 AM, Byron Boulton wrote: >>> Does anyone here have success using `updatedb` and `locate` in cygwin? I >>> use `locate` heavily on my Linux machines, but everytime I've tried to >>> run `updatedb` on cygwin I've given up and killed the process because it >>> is taking too long. Is there something wrong with cygwin's >>> implementation of `updatedb` making it not work at all or making it >>> slower that on my Linux machines? Or are there others who have success >>> using it on cygwin? >> >> Processing every file on the drive will be slow just because it's >> Windows. Initializing the database with updatedb will require a large >> amount of time. There are processes such as AntiVirus intrusion >> protection that might make it even slower. >> > Hmmm, the reason the slowness is particuarly strange to me is that in > place of using `locate` from my cygwin terminal, I have to use a program > called "Everything Search Engine" available at www.voidtools.com. The > first time I install it, it takes maybe a few minutes to index the hard > drive, then every once in a while when I open the program it takes a few > seconds to update the index, but in general the performance for indexing > and searching the index if comparable to `updatedb` and `locate` on a > Linux machine, so it's possible to do on Windows. > > Byron > the time taken from updatedb is mainly due to the execution time of "find" on the disks. It takes ~ 70 minutes for my 500 GB of data, and likely the AV is impacting the execution. I suspect voidtools is using MS disk indexing to speed up the things for it. Regards Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple