• jgruber's avatar
    [heap] Don't allocate immovable code in LO space during serialization · 47684fe8
    jgruber authored
    Background: the first page of each space is implicitly immovable.
    Recently, our builtin code objects have reached a size at which we
    fill up the first page of code space during initialization. Once
    that occurs, newly requested allocations of immovable code are
    allocated in a large object space page of 512K.
    
    This CL mitigates these effects by simply marking pages as immovable
    during snapshot creation instead of going into LO space.
    
    On snapshot builds, this should just work: deserialized pages are
    trimmed and marked immovable when deserialization finishes.
    
    However, non-snapshot builds and allocations of immovable CEntryStub
    code at runtime are still affected.
    
    BUG=v8:5831
    
    Review-Url: https://codereview.chromium.org/2635973002
    Cr-Commit-Position: refs/heads/master@{#42411}
    47684fe8
Name
Last commit
Last update
..
benchmarks Loading commit data...
cctest Loading commit data...
common Loading commit data...
debugger Loading commit data...
fuzzer Loading commit data...
inspector Loading commit data...
intl Loading commit data...
js-perf-test Loading commit data...
memory Loading commit data...
message Loading commit data...
mjsunit Loading commit data...
mozilla Loading commit data...
preparser Loading commit data...
promises-aplus Loading commit data...
simdjs Loading commit data...
test262 Loading commit data...
unittests Loading commit data...
webkit Loading commit data...
BUILD.gn Loading commit data...
bot_default.gyp Loading commit data...
bot_default.isolate Loading commit data...
default.gyp Loading commit data...
default.isolate Loading commit data...
optimize_for_size.gyp Loading commit data...
optimize_for_size.isolate Loading commit data...
perf.gyp Loading commit data...
perf.isolate Loading commit data...