From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#64735: 29.0.92; find invocations are ~15x slower because of ignores Date: Sun, 23 Jul 2023 08:28:10 +0300 Message-ID: <83o7k36vth.fsf@gnu.org> References: <87fs5hemi1.fsf@gmx.de> <83edl11qzn.fsf@gnu.org> <874jlxebz5.fsf@gmx.de> <87lef9mqio.fsf@localhost> <87edl1scbw.fsf@gmx.de> <87fs5hmp6i.fsf@localhost> <87cz0lmoxy.fsf@localhost> <83v8edzb31.fsf@gnu.org> <87r0p1cta3.fsf@gmx.de> <87pm4ll7ox.fsf@localhost> <87a5vpcmc7.fsf@gmx.de> <878rb9l1f5.fsf@localhost> <87zg3pb6yt.fsf@gmx.de> <83zg3p9s39.fsf@gnu.org> <878rb944wi.fsf@localhost> <83tttx9q4v.fsf@gnu.org> <87pm4lb4fr.fsf@gmx.de> <83pm4l9n0o.fsf@gnu.org> <87jzutb14l.fsf@gmx.de> <83mszp9kl2.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38910"; mail-complaints-to="usenet@ciao.gmane.io" Cc: sbaugh@janestreet.com, 64735@debbugs.gnu.org To: rms@gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Jul 23 07:28:19 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qNRdi-0009yt-4a for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 23 Jul 2023 07:28:18 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qNRdW-0001W3-UO; Sun, 23 Jul 2023 01:28:07 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qNRdT-0001Vq-Qp for bug-gnu-emacs@gnu.org; Sun, 23 Jul 2023 01:28:04 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qNRdS-0003ja-Gs for bug-gnu-emacs@gnu.org; Sun, 23 Jul 2023 01:28:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qNRdS-0006rQ-Co for bug-gnu-emacs@gnu.org; Sun, 23 Jul 2023 01:28:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 23 Jul 2023 05:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64735 X-GNU-PR-Package: emacs Original-Received: via spool by 64735-submit@debbugs.gnu.org id=B64735.169009006426349 (code B ref 64735); Sun, 23 Jul 2023 05:28:02 +0000 Original-Received: (at 64735) by debbugs.gnu.org; 23 Jul 2023 05:27:44 +0000 Original-Received: from localhost ([127.0.0.1]:37815 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qNRdA-0006qu-Dx for submit@debbugs.gnu.org; Sun, 23 Jul 2023 01:27:44 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34136) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qNRd8-0006qi-Tt for 64735@debbugs.gnu.org; Sun, 23 Jul 2023 01:27:43 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qNRd3-0003ey-D4; Sun, 23 Jul 2023 01:27:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=ozftes0KIR0dDxaZkvM2gnV4RFqZC4+i5S/16eEB4bA=; b=Ts1y1erjTOLv edKkrpMOkQTCB9pnHozMMtn3W/V/4vvCK1407flW0XazyPqJi6TpS3DfKB7zpgFrJKw+12Su4mv27 SoIcIejVwTujGKIcwIpqzju1u9qpHz1j1YD9lDSMGHhKvCY6lZQjHd4ijbQswqtJ4xaLuJ+25KhL5 bFKJL4cHZIHVTycEqy5Qkoe1iQ6dZMmzrtAf4j7gx5EVsOGdRof6kW7jebNuXH5khz7GoPSwzgrJb JPwFEYBVarG/54UlxbsPETkXZaAya9HZY97zWWKyFLgu5X4hUXZgoZEUc0SURQL1tYhUdw/CvlYbQ DZx+9XPLUsmk4pl40GrUfA==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qNRcv-0001jI-DD; Sun, 23 Jul 2023 01:27:29 -0400 In-Reply-To: (message from Richard Stallman on Sat, 22 Jul 2023 22:59:02 -0400) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:265859 Archived-At: > Cc: 64735@debbugs.gnu.org > From: Richard Stallman > Date: Sat, 22 Jul 2023 22:59:02 -0400 > > > If someone was thinking of doing that, they would be better off > > responding to RMS's earlier request for C programmers to optimize this > > behavior in find. > > > Since, after all, if we do it that way it will benefit remote files as > > well. > > I wonder if some different way of specifying what to ignore might make > a faster implementation possible. Regexps are general but matching > them tends to be slow. Maybe some less general pattern matching could > be sufficient for these features while faster. You are thinking about matching in Find, or about matching in Emacs? If the former, they can probably use 'fnmatch' or somesuch, to match against shell; wildcards. If the latter, we don't have any pattern matching capabilities in Emacs except fixed strings and regexps.