| Commit message (Collapse) | Author | Age | Lines |
|---|
| |
|
|
| |
Tag #1375
|
| |
|
|
| |
This reverts commit babedf6c696f88734e59b63d0c6614962cc57519.
|
| |
|
|
|
|
|
|
|
| |
If a CC takes too long (around 50 slices) or gets interrupted by a GC,
we have to finish it synchronously, which can cause a big pause.
This patch tries to avoid that by eagerly increasing the slice budget
the longer a CC goes on. It linearly increases the slice time from 5ms
to 40ms as we approach the halfway point of a CC (1 second), matching
GC pauses, and then leaves it at 40ms.
|
| |
|
|
|
| |
Making these much larger to allow more purple buffer buildup
and prevent overzealous cycle collection on purple buffer pressure.
|
| | |
|
| |
|
|
|
| |
This creates a number of stubs and leaves some surrounding code that may be irrelevant (eg. recorded time stamps, status variables).
Stub resolution/removal should be a follow-up to this.
|
| |
|
|
| |
This resolves #377.
|
| |
|
|
|
| |
Pref: javascript.options.mem.gc_generational
This resolves #20
|
| |
|
