GNU bug report logs - #68444
Optimization / Staying in the complete /Feature request

Previous Next

Package: emacs;

Reported by: sir robert downey senior <unauthorized.authority <at> gmail.com>

Date: Sun, 14 Jan 2024 08:01:04 UTC

Severity: wishlist

Tags: notabug

Done: Stefan Kangas <stefankangas <at> gmail.com>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 68444 in the body.
You can then email your comments to 68444 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#68444; Package emacs. (Sun, 14 Jan 2024 08:01:04 GMT) Full text and rfc822 format available.

Acknowledgement sent to sir robert downey senior <unauthorized.authority <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sun, 14 Jan 2024 08:01:04 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: sir robert downey senior <unauthorized.authority <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Optimization / Staying in the complete /Feature request
Date: Sat, 13 Jan 2024 23:12:56 +0530
[Message part 1 (text/plain, inline)]
Greetings dear Gnu Emacs team,
First I would like to thank you Emacs team for creating such a wonderful
application Emacs. Then maintaining it.
Plz consider speeding up the launch time of Emacs make it on par with
Neovim atleast may with some cut down features or using a selective reduced
modules in terminal. My primary use on Emacs is with note taking in Org
mode, launch time for with highly modded Emacs is some 25 seconds, more or
less same time even in terminal 'emacs -nw' command, I don't want to use
the daemon thingy and for neovim with neorg it's just 1.5 seconds am on
some legacy 2002 old hardware. So sadly I am taking use of neovim with
neorg. As trend and acceptability of rust increasing we will see more
feature rich and quicker note taking apps performance.
I understand Emacs is itself is an standalone operating system but not so
privileged people also use this platform and to abandon so many is cutting
own following, one trend which am seeing is on neovim they are wanna be
Emacs, almost every 3rd plugin is being copied somewhere even the Emacsconf
is replicated some way.
I wish to see emacs competitive and more adaptive it has all the
capabilities to lead the charts just some push is good direction is needed
work with startup time is one of them.


Obliged And concerned Emacs user
Warm Regards
[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#68444; Package emacs. (Sun, 14 Jan 2024 10:26:02 GMT) Full text and rfc822 format available.

Message #8 received at 68444 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefankangas <at> gmail.com>
To: sir robert downey senior <unauthorized.authority <at> gmail.com>,
 68444 <at> debbugs.gnu.org
Subject: Re: bug#68444: Optimization / Staying in the complete /Feature request
Date: Sun, 14 Jan 2024 04:25:04 -0600
sir robert downey senior <unauthorized.authority <at> gmail.com> writes:

> Plz consider speeding up the launch time of Emacs make it on par with
> Neovim atleast may with some cut down features or using a selective reduced
> modules in terminal. My primary use on Emacs is with note taking in Org
> mode, launch time for with highly modded Emacs is some 25 seconds, more or
> less same time even in terminal 'emacs -nw' command, I don't want to use
> the daemon thingy and for neovim with neorg it's just 1.5 seconds am on
> some legacy 2002 old hardware. So sadly I am taking use of neovim with
> neorg. As trend and acceptability of rust increasing we will see more
> feature rich and quicker note taking apps performance.
> I understand Emacs is itself is an standalone operating system but not so
> privileged people also use this platform and to abandon so many is cutting
> own following, one trend which am seeing is on neovim they are wanna be
> Emacs, almost every 3rd plugin is being copied somewhere even the Emacsconf
> is replicated some way.

Thanks for the bug report.

My recommendation is searching online for how to make Emacs start
faster.  This typically involves using autoloads, to make packages load
only when they are actually needed.  We encourage package authors to
prefer using that in their installation instructions, but it is not
always the case.

But I don't think this is strictly a bug in Emacs, as I don't see
anything here that is actionable.

For further assistance, instead of using our bug tracker, you will have
better luck using support forums instead, like the help-gnu-emacs
mailing list, Reddit, IRC, EmacsWiki, and so on.

PS.  For what it's worth, my Emacs loads hundreds of packages and starts
     in 1.5 seconds.




Added tag(s) notabug. Request was from Stefan Kangas <stefankangas <at> gmail.com> to control <at> debbugs.gnu.org. (Sun, 14 Jan 2024 10:26:03 GMT) Full text and rfc822 format available.

Reply sent to Stefan Kangas <stefankangas <at> gmail.com>:
You have taken responsibility. (Sat, 05 Oct 2024 01:19:01 GMT) Full text and rfc822 format available.

Notification sent to sir robert downey senior <unauthorized.authority <at> gmail.com>:
bug acknowledged by developer. (Sat, 05 Oct 2024 01:19:01 GMT) Full text and rfc822 format available.

Message #15 received at 68444-done <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefankangas <at> gmail.com>
To: sir robert downey senior <unauthorized.authority <at> gmail.com>
Cc: 68444-done <at> debbugs.gnu.org
Subject: Re: bug#68444: Optimization / Staying in the complete /Feature request
Date: Fri, 4 Oct 2024 18:17:21 -0700
Stefan Kangas <stefankangas <at> gmail.com> writes:

> sir robert downey senior <unauthorized.authority <at> gmail.com> writes:
>
>> Plz consider speeding up the launch time of Emacs make it on par with
>> Neovim atleast may with some cut down features or using a selective reduced
>> modules in terminal. My primary use on Emacs is with note taking in Org
>> mode, launch time for with highly modded Emacs is some 25 seconds, more or
>> less same time even in terminal 'emacs -nw' command, I don't want to use
>> the daemon thingy and for neovim with neorg it's just 1.5 seconds am on
>> some legacy 2002 old hardware. So sadly I am taking use of neovim with
>> neorg. As trend and acceptability of rust increasing we will see more
>> feature rich and quicker note taking apps performance.
>> I understand Emacs is itself is an standalone operating system but not so
>> privileged people also use this platform and to abandon so many is cutting
>> own following, one trend which am seeing is on neovim they are wanna be
>> Emacs, almost every 3rd plugin is being copied somewhere even the Emacsconf
>> is replicated some way.
>
> Thanks for the bug report.
>
> My recommendation is searching online for how to make Emacs start
> faster.  This typically involves using autoloads, to make packages load
> only when they are actually needed.  We encourage package authors to
> prefer using that in their installation instructions, but it is not
> always the case.
>
> But I don't think this is strictly a bug in Emacs, as I don't see
> anything here that is actionable.
>
> For further assistance, instead of using our bug tracker, you will have
> better luck using support forums instead, like the help-gnu-emacs
> mailing list, Reddit, IRC, EmacsWiki, and so on.
>
> PS.  For what it's worth, my Emacs loads hundreds of packages and starts
>      in 1.5 seconds.

No further comments within 9 months, so I'm closing this bug report.




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sat, 02 Nov 2024 11:24:11 GMT) Full text and rfc822 format available.

This bug report was last modified 230 days ago.

Previous Next


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