From: Tim X <timx@nospam.dev.null>
To: help-gnu-emacs@gnu.org
Subject: Re: Emacs's popularity
Date: Wed, 17 Dec 2008 18:43:26 +1100 [thread overview]
Message-ID: <874p135js1.fsf@lion.rapttech.com.au> (raw)
In-Reply-To: 878wqg4alp.fsf@nonospaz.fatphil.org
Phil Carmody <thefatphil_demunged@yahoo.co.uk> writes:
> "Lennart Borgman" <lennart.borgman@gmail.com> writes:
>> On Mon, Dec 15, 2008 at 11:28 PM, Richard Riley <rileyrgdev@gmail.com> wrote:
>>
>>>>> But Vim is not only installed; it's really used a lot. In Debian Vim has
>>>>> always been a bit more popular than Emacs but in the first half of 2007
>>>>> Vim really got popular (around Vim 7.1 and Debian 4.0 release). This
>>>>> "used actively" graph compares vim-common, emacs21-bin-common and
>>>>> emacs22-bin-common packages:
>>>>>
>>>>> http://preview.tinyurl.com/5thmmx
>>>>
>>>> That is a bit strange since the vi emulator Viper in Emacs is now so good.
>>>>
>>>
>>> Not strange at all Lennart, Why would someone run the Emacs OS to run
>>> emulated vim when they can run the real thing in 100th of the
>>> footprint?
>>
>> Exactly why do you think the footprint matter?
>
> 1 vote for 'emacs has a large footprint, and that matters to me'. My machine
> has 128MB RAM. Emacs 21 is pretty OK, but 22 uses noticeably more memory,
> which is my most limited resource.
>
> Exactly why do you think that it doesn't matter?
>
> But it's not just RAM footprint where emacs compares unfavourably to vim,
> in fact, RAM-wise it's not a huge difference, only about a couple of megs
> difference. Far more importantly is the CPU footprint. Emacs 21 takes 3
> times as long to start up as vim does on a large plain text file (so no
> syntax highlighting or anything being done). Emacs 22 takes even longer,
> in particular as the loading was interrupted with a "that's a big file,
> are you sure?" prompt.
>
> Can you imagine vim-proponents not looking at these times (averaged over
> 3 runs, after everything was in the cache) with a sense of pride?
>
> vim emacs21 emacs22
> 0.004 0.10 0.20 = start with no file, quit
> 0.18 0.58 0.62 = start with 12MB file, quit
> ???? 0.59 0.66 = start with no file, open 12MB file, quit
>
> (didn't know how to open a file from within vim, as it's utterly illucid.)
>
> In which case, why shouldn't we emacs proponents look on them with a sense
> of shame? More than 3 times slower - is that not shameful?
>
No, not at all. The comparison really doesn't mean anything because
the speed at which an editor starts or quits is quite irrelevant to
using it. Its like saying my car is better than a jet because I can jump
in it and start traveling quicker than I can jump in a jet and start
traveling - its the quality of the trip that matters, not how fast it is
to start and stop.
Your comparison is also too basic on too many dimensions to list. If you
can show me an editor that has the same advanced functionality,
features, extensibility etc etc that is a lot faster with a much smaller
memory and cpu footprint, then maybe you may have a point. Under your
metric, notepad would likely be faster and therefore look better, but we
know it isn't.
Having said this, there are many things, most of them due to historical
decisions, that may become a real problem for emacs. For example,
reading large files, multi-threading, elisp speed etc. None of these
seem to be a huge issue yet, but in the future......
I suspect that at some point, another editor, inspired by emacs, will
possibly replace emacs. Maybe it will use guile, common lisp or some
other extensible scripting language with more power than elisp. maybe it
will be designed form the ground up with support for all those things
now considered important that were not even on the horizon when emacs
was first being designed. This isn't a problem and to some extent is
just natural evolution. However, I can't see this happening for a long
time - it would take a lot of work to create a new editor from scratch
that had the power of emacs, but its not something to be feared. Rather,
its something to be embraced!
Until then, I'll continue to use emacs as the only editor I use and I
use it at least 10 hours Mon-Fri and a good 6+ hours sat and sun. If a
better alternative comes along, I'll adopt it. Until then....
regards,
Tim
--
tcross (at) rapttech dot com dot au
next prev parent reply other threads:[~2008-12-17 7:43 UTC|newest]
Thread overview: 65+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-02 2:53 is there summary of template systems for emacs? Xah Lee
2008-12-02 4:28 ` Xah Lee
2008-12-03 0:34 ` Drew Adams
2008-12-07 19:14 ` Peter Milliken
[not found] ` <mailman.2168.1228677280.26697.help-gnu-emacs@gnu.org>
2008-12-14 21:37 ` Xah Lee
2008-12-15 18:24 ` Distributed Maintenance for Emacs (was: is there summary of template systems for emacs?) Leo
2008-12-15 18:45 ` Distributed Maintenance for Emacs Paul R
2008-12-15 18:48 ` is there summary of template systems for emacs? Peter Milliken
2008-12-15 20:21 ` Peter Milliken
[not found] ` <mailman.2806.1229365513.26697.help-gnu-emacs@gnu.org>
2008-12-15 19:31 ` Emacs's popularity (was: Distributed Maintenance for Emacs) Teemu Likonen
2008-12-15 20:42 ` Peter Milliken
2008-12-15 21:09 ` Jonathan Groll
2008-12-15 21:37 ` Emacs's popularity Teemu Likonen
2008-12-15 21:41 ` Lennart Borgman
[not found] ` <mailman.2823.1229377291.26697.help-gnu-emacs@gnu.org>
2008-12-15 22:28 ` Richard Riley
2008-12-15 22:59 ` Lennart Borgman
[not found] ` <mailman.2834.1229381955.26697.help-gnu-emacs@gnu.org>
2008-12-15 23:40 ` Richard Riley
2008-12-16 0:53 ` Lennart Borgman
[not found] ` <mailman.2836.1229388824.26697.help-gnu-emacs@gnu.org>
2008-12-16 1:01 ` Richard Riley
2008-12-16 8:37 ` Lennart Borgman
[not found] ` <mailman.2845.1229416641.26697.help-gnu-emacs@gnu.org>
2008-12-16 10:41 ` Richard Riley
2008-12-16 2:37 ` Charles philip Chan
2008-12-16 10:09 ` Tim X
2008-12-16 11:20 ` Richard Riley
[not found] ` <mailman.2843.1229395204.26697.help-gnu-emacs@gnu.org>
2008-12-16 10:17 ` Tim X
2008-12-16 11:34 ` Phil Carmody
2008-12-16 11:58 ` Juanma Barranquero
[not found] ` <mailman.2853.1229428708.26697.help-gnu-emacs@gnu.org>
2008-12-16 12:36 ` Phil Carmody
2008-12-16 12:52 ` Juanma Barranquero
[not found] ` <mailman.2855.1229431948.26697.help-gnu-emacs@gnu.org>
2008-12-16 13:03 ` Phil Carmody
2008-12-16 14:07 ` Juanma Barranquero
[not found] ` <mailman.2858.1229436444.26697.help-gnu-emacs@gnu.org>
2008-12-16 15:09 ` Phil Carmody
2008-12-16 15:50 ` Richard Riley
2008-12-16 17:43 ` Andrea Vettorello
2008-12-16 16:05 ` Juanma Barranquero
2008-12-16 16:21 ` Paul R
[not found] ` <mailman.2867.1229443519.26697.help-gnu-emacs@gnu.org>
2008-12-16 17:15 ` Richard Riley
2008-12-17 1:35 ` Phil Carmody
2008-12-16 16:56 ` Andreas Politz
2008-12-17 1:34 ` Phil Carmody
2008-12-17 7:43 ` Tim X [this message]
2008-12-17 14:17 ` B Smith-Mannschott
2008-12-15 23:55 ` Óscar Fuentes
[not found] ` <mailman.2835.1229385349.26697.help-gnu-emacs@gnu.org>
2008-12-16 10:21 ` Tim X
2008-12-16 12:35 ` William Case
2008-12-15 22:03 ` Emacs's popularity (was: Distributed Maintenance for Emacs) Drew Adams
2008-12-15 22:07 ` Lennart Borgman
2008-12-15 22:19 ` Drew Adams
2008-12-15 22:22 ` Lennart Borgman
[not found] ` <mailman.2830.1229379766.26697.help-gnu-emacs@gnu.org>
2008-12-16 10:33 ` Emacs's popularity Tim X
2008-12-16 13:18 ` Emacs's popularity (was: Distributed Maintenance for Emacs) Jonathan Groll
2008-12-16 17:46 ` Drew Adams
2008-12-19 2:10 ` Sean Sieger
2008-12-18 16:30 ` David L
2008-12-18 17:50 ` Drew Adams
2008-12-19 16:53 ` David L
2008-12-19 17:20 ` Drew Adams
2008-12-19 2:37 ` Sean Sieger
[not found] ` <mailman.2825.1229378627.26697.help-gnu-emacs@gnu.org>
2008-12-16 10:22 ` Tim X
2008-12-16 11:56 ` Richard Riley
2008-12-16 18:29 ` Drew Adams
2008-12-15 22:49 ` Emacs's popularity Teemu Likonen
2008-12-16 2:10 ` Giorgos Keramidas
2008-12-15 21:28 ` Distributed Maintenance for Emacs (was: is there summary of template systems for emacs?) Richard Riley
2008-12-15 19:46 ` is there summary of template systems for emacs? Drew Adams
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=874p135js1.fsf@lion.rapttech.com.au \
--to=timx@nospam.dev.null \
--cc=help-gnu-emacs@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.
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).