From: Aaron Jensen <aaronjensen@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 31853@debbugs.gnu.org
Subject: bug#31853: 27.0.50; binding case-fold-search is slow when there are many buffers
Date: Sat, 16 Jun 2018 00:39:00 -0700 [thread overview]
Message-ID: <CAHyO48y_vZjPgyDUW5QD63ogeCabL-sPRtzwOX4B-=9Vt_Pu4A@mail.gmail.com> (raw)
In-Reply-To: <83h8m31b7j.fsf@gnu.org>
On Fri, Jun 15, 2018 at 11:45 PM Eli Zaretskii <eliz@gnu.org> wrote:
> It is related to that bug only if you have a lot of dead buffers. The
> URL pointed out by Noam includes a patch that would allow you to count
> dead buffers you have; can you do that?
I've got it compiled in now and will report back when it repros as
badly as it did originally.
> In a session that has 291 buffers, I get 2.8 microseconds, whereas in
> fresh "emacs -Q", I get 1.5 microseconds. This is 3 orders of
> magnitude faster than what you get, and the difference between a large
> session and a new one is much smaller.
I think I missed a zero on my original fresh emacs report. The report
of 1ms per for a long running emacs was correct though.
These should be accurate:
On emacs -Q I get 2 microseconds.
On a newly launched emacs w/ my config I get 3 microseconds with 9
buffers and 1 killed buffer.
On an emacs I've been running for a bit I get 40 microseconds with 71
buffers and 237 killed buffers.
next prev parent reply other threads:[~2018-06-16 7:39 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-06-16 1:42 bug#31853: 27.0.50; binding case-fold-search is slow when there are many buffers Aaron Jensen
2018-06-16 2:10 ` bug#31853: (27.0.50; binding case-fold-search is slow when there are many buffers) Aaron Jensen
2018-06-16 6:51 ` bug#31853: 27.0.50; binding case-fold-search is slow when there are many buffers Eli Zaretskii
2018-06-30 13:18 ` bug#31853: (27.0.50; binding case-fold-search is slow when there are many buffers) Stefan Monnier
2018-06-30 13:53 ` Eli Zaretskii
2018-06-16 2:17 ` bug#31853: 27.0.50; binding case-fold-search is slow when there are many buffers Noam Postavsky
2018-06-16 6:52 ` Eli Zaretskii
2018-06-16 13:51 ` Noam Postavsky
2018-06-16 6:45 ` Eli Zaretskii
2018-06-16 7:39 ` Aaron Jensen [this message]
2018-06-16 7:53 ` Eli Zaretskii
2018-06-16 14:54 ` Aaron Jensen
2018-06-17 12:37 ` Aaron Jensen
2018-06-17 13:11 ` Eli Zaretskii
2018-06-23 5:23 ` Aaron Jensen
2018-06-23 6:54 ` Eli Zaretskii
2018-06-30 8:19 ` Eli Zaretskii
2018-06-30 18:22 ` Aaron Jensen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAHyO48y_vZjPgyDUW5QD63ogeCabL-sPRtzwOX4B-=9Vt_Pu4A@mail.gmail.com' \
--to=aaronjensen@gmail.com \
--cc=31853@debbugs.gnu.org \
--cc=eliz@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).