From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Newsgroups: gmane.emacs.bugs Subject: bug#48841: fido-mode is slower than ido-mode with similar settings Date: Thu, 17 Jun 2021 22:21:55 +0100 Message-ID: <877disb30s.fsf@gmail.com> References: <87eedgy7pt.fsf@gmail.com> <1f659c88-4d9d-8fc9-733a-5e6068f9ed4a@yandex.ru> <87a6o3x5j7.fsf@gmail.com> <87y2bnv5xc.fsf@gmail.com> <35be6652-9c8d-ee21-e9eb-9598ad6777eb@yandex.ru> <858682b2-b8fd-898b-bef3-97dbe5e4debc@yandex.ru> <87mtrwuy4v.fsf@gmail.com> <2234991b-c2e0-81e3-c1ef-b1d94d35a728@yandex.ru> <87v96hu845.fsf@gmail.com> <310ab8d8-2bba-33bb-1aa4-1dc88dcb57d8@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="22148"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Stefan Monnier , 48841@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Jun 17 23:23:10 2021 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 1ltzTi-0005cl-05 for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 17 Jun 2021 23:23:10 +0200 Original-Received: from localhost ([::1]:60920 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ltzTh-0007ZO-2J for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 17 Jun 2021 17:23:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60292) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ltzTa-0007Z4-Nt for bug-gnu-emacs@gnu.org; Thu, 17 Jun 2021 17:23:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:43735) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ltzTa-0003ua-G4 for bug-gnu-emacs@gnu.org; Thu, 17 Jun 2021 17:23:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ltzTa-0000Yy-BO for bug-gnu-emacs@gnu.org; Thu, 17 Jun 2021 17:23:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 17 Jun 2021 21:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 48841 X-GNU-PR-Package: emacs Original-Received: via spool by 48841-submit@debbugs.gnu.org id=B48841.16239649302095 (code B ref 48841); Thu, 17 Jun 2021 21:23:02 +0000 Original-Received: (at 48841) by debbugs.gnu.org; 17 Jun 2021 21:22:10 +0000 Original-Received: from localhost ([127.0.0.1]:55281 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ltzSk-0000Xi-3v for submit@debbugs.gnu.org; Thu, 17 Jun 2021 17:22:10 -0400 Original-Received: from mail-wm1-f47.google.com ([209.85.128.47]:35362) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ltzSe-0000XB-Ny for 48841@debbugs.gnu.org; Thu, 17 Jun 2021 17:22:08 -0400 Original-Received: by mail-wm1-f47.google.com with SMTP id o39-20020a05600c5127b02901d23584fd9bso4483617wms.0 for <48841@debbugs.gnu.org>; Thu, 17 Jun 2021 14:22:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=n5NeRDCaWL65pCf8vgM0h1oDBPo6zIcpN06MN2kBl5w=; b=uDjUCL2r5khLYgoP4pPw2umPrEX4TiYzfiHC6h9d3S2+hD9PQMPKIiDEICTe4AuEfg lxNdBBO8SqOUJUTF8+gHWkzTFfQseW4x5uTnHZIwPaCeX+2WRS001LnzFRBtwbT17hGF 5yuuTN+pu6bWmHNRekUGwFTQbD3bPhDHovvCt1D2dzEpOVyOohvLgmk02YikVPMt7gqx yzG26zvJmo7/3zSQiO0qDsZo4p1IZzZ2hCvRftt+7n1UWlt3UeZO2dtGbD8byHIU/Jv2 H2td9wCAihFbfW3TPZhMFa/WU2J0XUMbfXwthuFA3FbbzGk8WTyNqVjUZQhmsNntdIq7 H+ww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=n5NeRDCaWL65pCf8vgM0h1oDBPo6zIcpN06MN2kBl5w=; b=kzfhRqoubQ2W88sBOM/aw2f3WkBhH1zjl9Sk1CJ/jxTYlJYmliBOL7/GkuIOP/y68c jz+qfQUxRHQ/KMHDsdUMe/dfb6ut6d0b1nf8vXiUo0/cXCNqnNAwY75AHFS4uqV03BVx MJTgVpY23IfetwJ1Sgoug9Uh+Kp+AmA3I/As9HFVPow23tpJOvZy3jmcXzdSaIXkUNZ+ 0+yPME1g4E7VgwbKp7SNRHq7t89pDcaGc9J5B1bve6UpHFGS1XbHW+rDS1MaZXUqO5qe jEPrDkeZd32z4LrAS3/c9o/lVizqHziANFizlJ7zyalGLlSQNY5N06VzHEb5OFBQJejf 4JpQ== X-Gm-Message-State: AOAM530v+ewqMjstRCkSTi0mbf2SXk9NN+0WuXPXg8C9TwR/iSkVB84B bdAxWfFgJnxPXxmtBkXkrJ7rhsvnPog= X-Google-Smtp-Source: ABdhPJyBIRHg6PA5aepzkVnf1rAizozp9FvREO3TY9FwuEu8jBqtjF8RFMu0B1ytlPCkNHbrB9odmg== X-Received: by 2002:a05:600c:190c:: with SMTP id j12mr7642921wmq.42.1623964918572; Thu, 17 Jun 2021 14:21:58 -0700 (PDT) Original-Received: from krug (a94-133-55-152.cpe.netcabo.pt. [94.133.55.152]) by smtp.gmail.com with ESMTPSA id y16sm3058875wrp.51.2021.06.17.14.21.57 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 17 Jun 2021 14:21:57 -0700 (PDT) In-Reply-To: <310ab8d8-2bba-33bb-1aa4-1dc88dcb57d8@yandex.ru> (Dmitry Gutov's message of "Thu, 17 Jun 2021 05:36:41 +0300") 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" Xref: news.gmane.io gmane.emacs.bugs:208679 Archived-At: Dmitry Gutov writes: >>> I disagree it's a simpler technique, but it would indeed be a simpler >>> change, based on the current implementation. >> simpler means simpler in my book :-) > > One is simpler diff, another is simpler resulting code. Both have > their upsides. Oh, you meant the The Big Redesign? I'm a fan of that too, not only here but constantly, everywhere... That indeed means simpler resulting code in abstract. Problem is that also means different resulting code to different people. But is definitely doable. >>> But I don't mind it myself, and happy to update Company. Either way >>> it's a step forward. >> If Company and fido-mode and a couple more outside the core/Elpa are >> all >> that's needed, it's probably warranted. But there are so many frontends >> right now, I don't know... We'd need some "opt into the optimization", >> I think." > > Since all other users are third-party (and thus have short release > cycles), it shouldn't be too much of a problem. Some highlighting code > would start to fail, but probably without disastrous results. And then > people will issue updates to look for some new property when the old > expected ones are all missing. OK. I can live with that rationale. So what are the places to touch that "we" control? - icomplete.el? for fido-mode & friends - minibuffer.el, for the *Completions* buffer - company.el - Any notable others? >> ;; with copy >> (2.869362171 6 2.3882547280000495) >> (2.909661303 6 2.4209153659999743) >> (2.845522439 6 2.3638140250000106) >> ;; without copy. Huge speedup. >> (0.79817337 1 0.4526993239999797) >> (0.8231736510000001 1 0.4752496449999626) >> (0.719004478 1 0.4016016420000028) > > Even better. > > My current session has 37559 symbols, so it's somewhere in the middle. Yes, this is a big performance bottleneck. But i wonder if tweaking GC parameter would help here. I know nothing of Emacs GC parameters. Jo=C3=A3o