[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#32728: bug#32729: Xemacs 23 times as fast as GNU Emacs
From: |
Lars Ingebrigtsen |
Subject: |
bug#32728: bug#32729: Xemacs 23 times as fast as GNU Emacs |
Date: |
Mon, 14 Oct 2019 10:36:11 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) |
Eli Zaretskii <eliz@gnu.org> writes:
> I don't understand what would trigger these callbacks, and how do you
> specify the region in advance, without knowing what will be inserted.
accept_process_output inserts the data into the buffer and then calls
the callback with the region in question. Well,
read_and_dispose_of_process_output, I guess...
> Without understanding this, I don't think I see the utility, and most
> important: why this would be faster.
It would avoid creating (and garbaging) the strings.
> Btw, unlike what I originally implied, the default filter also
> receives a Lisp string, so the question why by default reading dd
> output is so much faster than when you define a non-default filter
> function still stands.
Oh! That is curious indeed. Are the Lisp_Object strings somehow
... special here when they never leave C land? The speed differential
is completely repeatable... hm... Is the only difference that gc isn't
given a chance to run in the non-filter case? Even if you subtract the
gc time, that doesn't explain the difference fully.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
- bug#32728: bug#32729: Xemacs 23 times as fast as GNU Emacs, Lars Ingebrigtsen, 2019/10/11
- bug#32728: bug#32729: Xemacs 23 times as fast as GNU Emacs, Lars Ingebrigtsen, 2019/10/13
- bug#32728: bug#32729: Xemacs 23 times as fast as GNU Emacs, Eli Zaretskii, 2019/10/13
- bug#32728: bug#32729: Xemacs 23 times as fast as GNU Emacs, Lars Ingebrigtsen, 2019/10/14
- bug#32728: bug#32729: Xemacs 23 times as fast as GNU Emacs, Eli Zaretskii, 2019/10/14
- bug#32728: bug#32729: Xemacs 23 times as fast as GNU Emacs, Benninghofen, Benjamin Dr., 2019/10/25
- bug#32729: Xemacs 23 times as fast as GNU Emacs, Eli Zaretskii, 2019/10/25
bug#32728: bug#32729: Xemacs 23 times as fast as GNU Emacs, Phil Sainty, 2019/10/13