[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
performance isn't a concern in ... Emacs Lisp's future
From: |
Nic Ferrier |
Subject: |
performance isn't a concern in ... Emacs Lisp's future |
Date: |
Wed, 17 Sep 2014 19:04:58 +0100 |
address@hidden (Phillip Lord) writes:
> What can I say? I don't sit around waiting for emacs to do stuff
> nowadays when I am using it. And I've just implemented a package that
> copies, then searches and replaces an entire buffer on every keypress.
> And I don't notice it running for moderate size files.
>
> The manual talks about the performance danger of overlay, but I've just
> put an overlay an every word in a 300 line buffer, and I can't notice
> that either.
>
> Even though Emacs now takes considerably more than Eight Megabytes, it
> is not Constantly Swapping. CPU has grown quicker than Emacs demands.
Another reason is we learned how to write better code. In the old days
we'd all be hacking 10k line C++ files.
But programmers with that level of maturity are still around. Many of
them using Eclipse.
Nic
- Re: Emacs Lisp's future, (continued)
Re: Emacs Lisp's future, Phillip Lord, 2014/09/17
- Re: Emacs Lisp's future, Nic Ferrier, 2014/09/17
- Re: Emacs Lisp's future, Stefan Monnier, 2014/09/17
- Re: Emacs Lisp's future, Phillip Lord, 2014/09/17
- Re: Emacs Lisp's future, Eli Zaretskii, 2014/09/17
- Re: Emacs Lisp's future, David Kastrup, 2014/09/17
- Re: Emacs Lisp's future, Eli Zaretskii, 2014/09/17
Re: Emacs Lisp's future, Phillip Lord, 2014/09/17
performance isn't a concern in ... Emacs Lisp's future,
Nic Ferrier <=
Re: performance isn't a concern in ... Emacs Lisp's future, David Kastrup, 2014/09/17
Re: Emacs Lisp's future, Thorsten Jolitz, 2014/09/18
Re: Emacs Lisp's future, Stefan Monnier, 2014/09/17
Re: Emacs Lisp's future, Taylan Ulrich Bayirli/Kammer, 2014/09/17
Re: Emacs Lisp's future, David Kastrup, 2014/09/17
Re: Emacs Lisp's future, Taylan Ulrich Bayirli/Kammer, 2014/09/17
Re: Emacs Lisp's future, Daniel Colascione, 2014/09/17
Re: Emacs Lisp's future, Stefan Monnier, 2014/09/17
Re: Emacs Lisp's future, David Kastrup, 2014/09/17
Re: Emacs Lisp's future, Taylan Ulrich Bayirli/Kammer, 2014/09/18