File tree Expand file tree Collapse file tree 1 file changed +3
-3
lines changed
c-dependencies/js-compute-runtime Expand file tree Collapse file tree 1 file changed +3
-3
lines changed Original file line number Diff line number Diff line change @@ -264,7 +264,7 @@ bool eval_stdin(JSContext *cx, MutableHandleValue result) {
264
264
return false ;
265
265
}
266
266
267
- // TODO: verify that it's better to perform a shrinking GC here, as manual
267
+ // TODO(performance) : verify that it's better to perform a shrinking GC here, as manual
268
268
// testing indicates. Running a shrinking GC here causes *fewer* 4kb pages to
269
269
// be written to when processing a request, at least for one fairly large
270
270
// input script.
@@ -296,13 +296,13 @@ bool eval_stdin(JSContext *cx, MutableHandleValue result) {
296
296
report_unhandled_promise_rejections (cx);
297
297
}
298
298
299
- // TODO: check if it makes sense to increase the empty chunk count *before*
299
+ // TODO(performance) : check if it makes sense to increase the empty chunk count *before*
300
300
// running GC like this. The working theory is that otherwise the engine might
301
301
// mark chunk pages as free that then later the allocator doesn't turn into
302
302
// chunks without further fragmentation. But that might be wrong.
303
303
// JS_SetGCParameter(cx, JSGC_MAX_EMPTY_CHUNK_COUNT, 10);
304
304
305
- // TODO: verify that it's better to *not* perform a shrinking GC here, as
305
+ // TODO(performance) : verify that it's better to *not* perform a shrinking GC here, as
306
306
// manual testing indicates. Running a shrinking GC here causes *more* 4kb
307
307
// pages to be written to when processing a request, at least for one fairly
308
308
// large input script.
You can’t perform that action at this time.
0 commit comments