On Tue, Feb 6, 2018 at 8:43 PM, wrote:
> Hi v8 devs,
> I'm working on VSCode and looking into on large file (Gigabyte files)
> improvement. As VSCode is Electron based and currently we load the whole
> file into memory (we can do mmap), we easily run into heap size limit.
Hi v8 devs,
I'm working on VSCode and looking into on large file (Gigabyte files)
improvement. As VSCode is Electron based and currently we load the whole
file into memory (we can do mmap), we easily run into heap size limit
Clemens Hammacher writes:
> Please go ahead and open a bug for this. I saw at least one TODO about
> profiling support for native wasm code, but having a bug to track progress
> seems appropriate.
Whoops, I realized I only have permissions to create bug reports. I
cannot open a
Please go ahead and open a bug for this. I saw at least one TODO about
profiling support for native wasm code, but having a bug to track progress
seems appropriate.
We should also find out how to add regression tests for this. Can you
provide insights there?
On Tue, Feb 6, 2018 at 2:23 PM Pierre
Hi all,
We realized we were lacking support for profiling asm.js and WASM, via
the --prof or --perf-prof flags for instance. A quick look showed we'd
need to register WasmCode objects with the logging infrastructure,
probably in the same way as the new InstructionStream support [0].
I was going