[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Loading tramp for dump goes into infinite regress
From: |
Po Lu |
Subject: |
Re: Loading tramp for dump goes into infinite regress |
Date: |
Tue, 09 Aug 2022 20:36:04 +0800 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) |
Lynn Winebarger <owinebar@gmail.com> writes:
> The second statement was comparing dumped versus undumped performance,
> whether native- or byte- compiled. This isn't a novel observation,
> but the dump is basically a one-shot mark-compact GC collection, and
> the mmap'ed pdump files would ideally be treated like the old
> generation of a generational collector, and so not traced in most (or
> all) collection cycles. This is (or should be) one benefit of pure
> space, although the requirement that it be read-only could be dropped
> as long as the write-barrier remains and is used to record any
> inter-generational pointers to a root set traced by the collector.
This (very) minor benefit of pure space is already gone, since it is
unprotected and scanned normally for garbage collection in pdumper
builds.
- Native-compilation build process (was Re: Loading tramp for dump goes into infinite regress), (continued)
Re: Loading tramp for dump goes into infinite regress, Lynn Winebarger, 2022/08/06
Re: Loading tramp for dump goes into infinite regress, Lynn Winebarger, 2022/08/09
- Re: Loading tramp for dump goes into infinite regress,
Po Lu <=