[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Why is Elisp slow?
From: |
조성빈 |
Subject: |
Re: Why is Elisp slow? |
Date: |
Tue, 7 May 2019 05:41:24 +0900 |
> 2019. 5. 7. 오전 5:23, Ergus <spacibba@aol.com> 작성:
>
>
>
> On May 6, 2019 8:47:12 PM GMT+02:00, Stefan Monnier
> <monnier@iro.umontreal.ca> wrote:
>>>> [ IIUC of the 4 cases above, at most 2 run the same version, so we'd
>>>> need to make sure the same Emacs version can be compiled against
>> all
>>>> of those versions. No idea if it would impose a significant extra
>>>> burden or not, but it's something to be considered. Also the fact
>>>> that the latest release doesn't work on all those platforms is
>> rather
>>>> worrying. ]
>>>
>>> Hmm…? I can’t understand :-(
>>> Why can’t Emacs can include a specific version of SBCL’s source (e.g.
>> as
>>> a git module) and compile them all together?̊̈
>>
>> Exactly because the version that can run on ARM is not the same as the
>> one that can run under Windows, which is not the same as the one that
>> runs under AMD64.
>>
>> Of course, maybe I'm confused by the table of available binaries (at
>> http://sbcl.org/platform-table.html), and in reality the latest version
>> works fine on all supported platforms.
>>
>>
>> Stefan
>
> What about just ask to sbcl maintainers about portability? On the other hand,
> if Emacs doesn't use extremely fancy stuff in the language we could just rely
> on the system's sbcl version (available in the distro), for gnu/linux systems
> that will be pretty fine and of course that's something that needs specific
> tests. But nothing compared to maintain a compiler.
>
> Stefan if you need to test sbcl in some specific (weird) architecture just
> send/tell me the tests and the architectured you need to test. (Except
> windows) and I can do that.
>
> Btw. Should we move this thread to the developers list? (and start the usual
> war)
>
> Please don't go for JS stuff... Please... performance is terrible even with
> jit.
>
Um… JS’s performance is pretty good, almost comparable with static languages
like Java and C.
I remember a better benchmark, but I couldn’t find that, but look at this:
https://attractivechaos.github.io/plb/ <https://attractivechaos.github.io/plb/>
Javascript V8 engine is almost always in about x2 ~ x3 of C.
Compare that to Elisp….uh…which is about comparable with python maybe?
- Re: Why is Elisp slow?, (continued)
- Re: Why is Elisp slow?, Tadeus Prastowo, 2019/05/06
- Re: Why is Elisp slow?, Ergus, 2019/05/06
- Re: Why is Elisp slow?, Stefan Monnier, 2019/05/06
- Re: Why is Elisp slow?, Ergus, 2019/05/06
- Re: Why is Elisp slow?, Stefan Monnier, 2019/05/06
- Re: Why is Elisp slow?, 조성빈, 2019/05/06
- Re: Why is Elisp slow?, Stefan Monnier, 2019/05/06
- Re: Why is Elisp slow?, 조성빈, 2019/05/06
- Re: Why is Elisp slow?, Stefan Monnier, 2019/05/06
- Re: Why is Elisp slow?, Ergus, 2019/05/06
- Re: Why is Elisp slow?,
조성빈 <=
- Re: Why is Elisp slow?, Jean-Christophe Helary, 2019/05/06
- Re: Why is Elisp slow?, Ergus, 2019/05/06
- Re: Why is Elisp slow?, Ergus, 2019/05/06
- Re: Why is Elisp slow?, Ergus, 2019/05/07
- Re: Why is Elisp slow?, 조성빈, 2019/05/07
- Re: Why is Elisp slow?, Ergus, 2019/05/07
- Re: Why is Elisp slow?, Stefan Monnier, 2019/05/07
- Re: Why is Elisp slow?, 조성빈, 2019/05/07
- Re: Why is Elisp slow?, Stefan Monnier, 2019/05/07
- Re: Why is Elisp slow?, Ergus, 2019/05/07