[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#41077: [feature/native-comp] virtual memory exhausted
From: |
Andrea Corallo |
Subject: |
bug#41077: [feature/native-comp] virtual memory exhausted |
Date: |
Sun, 10 May 2020 22:17:56 +0000 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) |
Kévin Le Gouguec <kevin.legouguec@gmail.com> writes:
> Andrea Corallo <akrl@sdf.org> writes:
>
>>> As soon as I've figured out how to use the elisp-benchmarks package,
>>> I'll post some figures; is there a specific place (bug number,
>>> emacs-devel thread) where you usually collect such feedback?
>>
>> Cool, we have no bug number for that. I guess you can use the "On elisp
>> running native" thread or as you feel.
>
> Mmm, I've installed the elisp-benchmarks package, and I've run
>
> $SOURCEDIR/src/emacs -Q -batch -l ./elisp-benchmarks.el -f
> elisp-benchmarks-run
>
> from ~/.emacs.d/elpa/elisp-benchmarks-1.1, once with SOURCEDIR pointing
> to the master worktree and once again with SOURCEDIR pointing to the
> feature/native-comp worktree, and I get more or less the exact same
> performance[1].
>
> I've run the feature/native-comp emacs under strace and AFAICT the
> native libraries get loaded[2]; I suspect I'm making some very basic
> mistake but I can't put my finger on it. Is there anything else I
> should be looking for to assert that things work as intended?
>
> Thank you for your patience.
Hi Kévin,
No issue, I think you need to hack a little bit elisp-benchmarks because
by default the package manager just byte compile the files during
installation and elisp-benchmarks does not support officialy this
feature branch.
That would translate into somenthing like changing the call to
`byte-compile-file' into `native-compile' and running it with recompile
t.
Other option maybe quicker: you can manually native compile the
benchmarcks and the native emacs instance should load them.
You will see that when a .eln is loaded the message is a little
different to indicate that.
Probably what you have observed tracing was the activity of all the
other .elns I guess.
Best
Andrea
--
akrl@sdf.org
- bug#41077: [feature/native-comp] Segfaults when compiling ELC+ELN, Kévin Le Gouguec, 2020/05/04
- bug#41077: [feature/native-comp] Segfaults when compiling ELC+ELN, Andrea Corallo, 2020/05/04
- bug#41077: [feature/native-comp] Segfaults when compiling ELC+ELN, Andrea Corallo, 2020/05/04
- bug#41077: [feature/native-comp] Segfaults when compiling ELC+ELN, Kévin Le Gouguec, 2020/05/04
- bug#41077: [feature/native-comp] Segfaults when compiling ELC+ELN, Andrea Corallo, 2020/05/04
- bug#41077: [feature/native-comp] virtual memory exhausted (was: bug#41077: [feature/native-comp] Segfaults when compiling ELC+ELN), Kévin Le Gouguec, 2020/05/06
- Message not available
- bug#41077: [feature/native-comp] virtual memory exhausted, Andrea Corallo, 2020/05/06
- bug#41077: [feature/native-comp] virtual memory exhausted, Kévin Le Gouguec, 2020/05/10
- bug#41077: [feature/native-comp] virtual memory exhausted, Andrea Corallo, 2020/05/10
- bug#41077: [feature/native-comp] virtual memory exhausted, Kévin Le Gouguec, 2020/05/10
- bug#41077: [feature/native-comp] virtual memory exhausted,
Andrea Corallo <=
- bug#41077: [feature/native-comp] virtual memory exhausted, Kévin Le Gouguec, 2020/05/11
- bug#41077: [feature/native-comp] virtual memory exhausted, Andrea Corallo, 2020/05/11