Closed Bug 519902 Opened 15 years ago Closed 4 years ago

Allocating Array from the own GC free lists

Categories

(Core :: JavaScript Engine, enhancement)

enhancement
Not set
normal

Tracking

()

RESOLVED INVALID

People

(Reporter: igor, Unassigned)

References

Details

+++ This bug was initially created as a clone of Bug #517199 +++ Benchmarks from the bug 517199 indicates that for the object finalizer the check if the object is native has visible cost. A separated free list for array can address it since the array is the single non-native object. This should not have performance impact on js_NewObjectWithTheGivenProto since that function is already carries out the native/non-native check when initializing object's map. The check can be replaced with a check for the Array class which would allow to call js_NewGCArray there. The thing to watch here would be potentially greater heap fragmentation and degraded performance due to more misses in TLB cache when a script accesses a lot of tightly allocated objects and arrays. Currently these would come most likely from one single CPU page, but with an extra list separated pages will be used.
No longer depends on: 517199
Depends on: 517199
Assignee: general → nobody

Old bug, no longer valid.

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.