From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: Emacs needs truely useful flex matching Date: Fri, 22 Mar 2013 15:18:53 +0400 Message-ID: <87y5dfheci.fsf@yandex.ru> References: <877gl0od6x.fsf@wanadoo.es> <83a9pv6dwf.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1363951156 28081 80.91.229.3 (22 Mar 2013 11:19:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 22 Mar 2013 11:19:16 +0000 (UTC) Cc: ofv@wanadoo.es, emacs-devel@gnu.org, monnier@iro.umontreal.ca, Le Wang To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Mar 22 12:19:41 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UJ00b-0001Et-0G for ged-emacs-devel@m.gmane.org; Fri, 22 Mar 2013 12:19:41 +0100 Original-Received: from localhost ([::1]:42724 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UJ00D-00011G-62 for ged-emacs-devel@m.gmane.org; Fri, 22 Mar 2013 07:19:17 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:35743) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UJ005-000105-Hs for emacs-devel@gnu.org; Fri, 22 Mar 2013 07:19:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UIzzw-0007vr-Oe for emacs-devel@gnu.org; Fri, 22 Mar 2013 07:19:09 -0400 Original-Received: from mail-la0-x236.google.com ([2a00:1450:4010:c03::236]:33180) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UIzzw-0007vc-FT; Fri, 22 Mar 2013 07:19:00 -0400 Original-Received: by mail-la0-f54.google.com with SMTP id gw10so7059309lab.13 for ; Fri, 22 Mar 2013 04:18:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type :content-transfer-encoding:x-antivirus:x-antivirus-status; bh=UwrAPmBzjWPdbV2lThcUIlXq7ScIQwde2DE1mxfZ8Bc=; b=0GWhHVF/fOJPN3+RCKhY2sN2jvm5cF1eoajPswO5fcz2ZrY+uH+9amCuqeJCN9bGM3 1VwoBAANfToR6xgMJLFu83DQ8qCsCxLcBmvGuE8epMOKJS8ogbTvIE4y3XpvweNc7nVx qIloMH3Q/OotkOTRWTq08ytZiTXCphc1BKjll4k0muaTLp2soBq+xfjXYw6V8g15Ecsx pRuzIUNpVC5yxE3Am/FbZ7SQzkKvmg2ZSFbBuBS+JfJLeyLJkmiwwZVW5s09zlxVS6nC XXZIk3fsCFZZml3moc+4BIkHn6nJKLpBJJqk616gmrqHKxzTkiyrINRDbFq3/i/bNKii 66bg== X-Received: by 10.112.18.168 with SMTP id x8mr901495lbd.102.1363951138902; Fri, 22 Mar 2013 04:18:58 -0700 (PDT) Original-Received: from SOL ([178.252.98.87]) by mx.google.com with ESMTPS id mq7sm702328lab.1.2013.03.22.04.18.56 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 22 Mar 2013 04:18:57 -0700 (PDT) In-Reply-To: <83a9pv6dwf.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 22 Mar 2013 10:24:00 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (windows-nt) X-Antivirus: avast! (VPS 130322-0, 22.03.2013), Outbound message X-Antivirus-Status: Clean X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c03::236 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:158058 Archived-At: Eli Zaretskii writes: >> Date: Fri, 22 Mar 2013 09:00:14 +0800 >> From: Le Wang >> Cc: =C3=93scar Fuentes , emacs-devel@gnu.org >>=20 >> > Indeed when searching for a file in a file hierarchy, you'd need >> > a pre-built list of files, otherwise the time taken to find the files >> > would dwarf the flex-matching time in any case. >>=20 >> "git ls-files" is very fast on a solid state drive, and the list can >> also be cached. > > Compare "git ls-files" with "ls -R" (time-wise and also look at the > disk activity LED, if you have one) on the same directory and machine, > and you will see that git does not actually look at the filesystem to > find the files. Sure, and that means that caching the list of files a in directory tree is a somewhat solved issue. Whereas the kind of magical flex matching Le is describing, isn't.