emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Regarding performance issues with the Emacs 25.1 Windows-build


From: Phillip Lord
Subject: Re: Regarding performance issues with the Emacs 25.1 Windows-build
Date: Mon, 12 Dec 2016 17:18:30 +0000
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.90 (gnu/linux)



Looks pretty comparable to me. Seems pretty clear that the original
issue, anyway, was one of optimisation flags, and glad that it was
relatively simple to solve.

Phil


Fabrice Popineau <address@hidden> writes:
> One can object that the Ubuntu provided by WSL is not the Real Thing (TM),
> but that should be close enough.
> So I don't see a real difference here.
>
> Regards,
>
> Fabrice
>
>
> 2016-11-30 15:48 GMT+01:00 Eli Zaretskii <address@hidden>:
>
>> > From: Fabrice Popineau <address@hidden>
>> > Date: Wed, 30 Nov 2016 08:56:09 +0100
>> > Cc: address@hidden, Eli Zaretskii <address@hidden>,
>> >       Noam Postavsky <address@hidden>,
>> >       Jostein Kjønigsen <address@hidden>,
>> >       Emacs developers <address@hidden>
>> >
>> > There is a user on Reddit who pretends that theses latest binaries of
>> Emacs run slower on Windows than on
>> > Linux.
>> > I didn't get a chance yet to give it a try.
>> > The test is as follows :
>> >
>> > - Install Helm from MELPA.
>> > - Add this config to the init file, as suggested by Helm page
>> >
>> > https://www.reddit.com/r/emacs/comments/5e3xpu/emojis_
>> in_emacs_intentionally_disabled_for_osx/dabya5i/
>> >
>> >
>> > If anybody has a chance to do the testing. I'm not sure about what helm
>> config he is
>> > talking about (the full one or the default one).
>>
>> Helm fires up a lot of subprocesses, and subprocess handling in Emacs
>> on MS-Windows is complicated and involves synchronization between
>> threads.  Maybe that is at least one reason for slower startup.
>>
>> Another reason could be intensive file I/O, which is more efficient on
>> GNU/Linux (not related to Emacs).
>>
>> > My guess is that something else than emacs is disturbing his load time
>> (antivirus ?).
>>
>> Yes, antivirus could be yet another reason.
>>
>> But I agree that without a reproducible recipe, this discussion is a
>> bit academic.
>>
>>



reply via email to

[Prev in Thread] Current Thread [Next in Thread]