GNU bug report logs - #29095
Bug: The '20a09de953f437109a098fa8c4d380663d921481' merge increased my Emacs configuration loading time from 9 s to 60 s

Previous Next

Full log

View this message in rfc822 format

From: Noam Postavsky <npostavs <at> gmail.com>
To: 29095 <at> debbugs.gnu.org
Cc: martin rudalics <rudalics <at> gmx.at>, Alexander Shukaev <emacs <at> Alexander.Shukaev.name>
Subject: bug#29095: Bug: The '20a09de953f437109a098fa8c4d380663d921481' merge increased my Emacs configuration loading time from 9 s to 60 s
Date: Mon, 22 Apr 2019 22:52:23 -0400

close 29095 
quit

Noam Postavsky <npostavs <at> users.sourceforge.net> writes:

> Do you have the Emacs instance showing up in a different virtual
> desktop, or somehow prevent it from becoming visible immediately?  It
> could be that this window manager somehow prevents Emacs from getting
> the expected events to udpate frame visibility correctly.

>> Ha, I take this last phrase back.  It's actually getting interesting,
>> in fact, when `x-wait-for-event-timeout' is nil:
>>
>> Configuring package recentf...done (0.365s)
>>
>> but with `x-wait-for-event-timeout' being 0.1:
>>
>> Configuring package recentf...done (0.131s)
>>
>> it's back to lower again.  Whaaat?
>
> Is this consistent, or perhaps just a fluke?

Seems we're not going to get any more answers.  Closing.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.