Re: GC page and block metadata storage

2018-10-02 Thread Per Nordlöw via Digitalmars-d-learn 

On Tuesday, 2 October 2018 at 09:43:02 UTC, thedeemon wrote:
I guess you would want to scan the metadata without thrashing 
all the pages. Keeping metadata together compactly is good for 
cache.


Can you briefly elaborate on what use case(s) you hade in mind 
when you wrote this?

Re: GC page and block metadata storage

2018-10-02 Thread thedeemon via Digitalmars-d-learn 

On Tuesday, 2 October 2018 at 07:25:36 UTC, Per Nordlöw wrote:
Should a new fresh GC for D store block metadata inside the 
page itself or in a (pool) structure separate from the page?


I'm already aware of Dmitry's suggestion to separate value-type 
pools from pools of types possibly containing addresses.


I guess you would want to scan the metadata without thrashing all 
the pages. Keeping metadata together compactly is good for cache. 
Of course it depends on how exactly it's going to be used.

GC page and block metadata storage

2018-10-02 Thread Per Nordlöw via Digitalmars-d-learn 
Should a new fresh GC for D store block metadata inside the page 
itself or in a (pool) structure separate from the page?


I'm already aware of Dmitry's suggestion to separate value-type 
pools from pools of types possibly containing addresses.