Re: [blink-dev] Intent to Ship: Deprecate module size limit for WebAssembly.Module()

2023-05-09 Thread 'Andreas Haas' via blink-dev
Thank you very much! On Tue, May 9, 2023 at 11:00 PM Chris Harrelson wrote: > LGTM3 to change the limit to 8MB, for the reasons Andreas outlined > (maximum function size, reasonable runtime on a low-end phone). > > Also, I can totally see increasing the limit in the future, as the >

Re: [blink-dev] Intent to Ship: Deprecate module size limit for WebAssembly.Module()

2023-04-21 Thread 'Andreas Haas' via blink-dev
odule you can test with that still exceeds the current >>>> limits? >>>> >>>> Note that you could also add a manual test in WPT for the real limit (1 >>>> GB) and run it at least once manually to ensure it works the same in all >>>> br

Re: [blink-dev] Intent to Ship: Deprecate module size limit for WebAssembly.Module()

2023-04-20 Thread 'Andreas Haas' via blink-dev
r the real limit (1 > GB) and run it at least once manually to ensure it works the same in all > browsers. > > Best regards, > Philip > > On Mon, Apr 17, 2023 at 12:12 PM 'Andreas Haas' via blink-dev < > blink-dev@chromium.org> wrote: > >> Hi Ian, >> &g

Re: [blink-dev] Intent to Ship: Deprecate module size limit for WebAssembly.Module()

2023-04-17 Thread 'Andreas Haas' via blink-dev
t; > Ian > > On Fri, Apr 14, 2023 at 2:00 AM 'Andreas Haas' via blink-dev < > blink-dev@chromium.org> wrote: > >> Hi Alex, >> >> Here are the performance numbers that I collected: >> https://docs.google.com/document/d/1hOGwCurQmPF_GZdflsJno286sJXgfoLeOGaUhZ

Re: [blink-dev] Intent to Ship: Deprecate module size limit for WebAssembly.Module()

2023-04-14 Thread 'Andreas Haas' via blink-dev
t; On Wed, Apr 5, 2023 at 3:57 PM Yoav Weiss wrote: >> >>> >>> >>> On Wed, Apr 5, 2023 at 3:05 PM 'Andreas Haas' via blink-dev < >>> blink-dev@chromium.org> wrote: >>> >>>> Contact emailsah...@google.com >>>> >

Re: [blink-dev] Intent to Ship: Deprecate module size limit for WebAssembly.Module()

2023-04-05 Thread 'Andreas Haas' via blink-dev
on Chrome after we remove the limit. Cheers, Andreas On Wed, Apr 5, 2023 at 3:57 PM Yoav Weiss wrote: > > > On Wed, Apr 5, 2023 at 3:05 PM 'Andreas Haas' via blink-dev < > blink-dev@chromium.org> wrote: > >> Contact emailsah...@google.com >> >> ExplainerNon

[blink-dev] Intent to Ship: Deprecate module size limit for WebAssembly.Module()

2023-04-05 Thread 'Andreas Haas' via blink-dev
Contact emailsah...@google.com ExplainerNone SpecificationNone Summary There exists a limit on the size of a module that can be compiled with `new WebAssembly.Module()` on the main thread. This limit is 4KB, and it was introduced when WebAssembly modules got compiled eagerly with an optimizing

Re: [blink-dev] Intent to Experiment: WebAssembly Dynamic Tiering

2021-10-05 Thread 'Andreas Haas' via blink-dev
ected mechanism. Will you be running a more-typical > percentage trial at the same time to evaluate the impact of the change more > broadly? > > -mike > > On Mon 4. Oct 2021 at 18:08 Andreas Haas wrote: > >> >> >> On Mon, Oct 4, 2021 at 5:39 PM Mike West

Re: [blink-dev] Intent to Experiment: WebAssembly Dynamic Tiering

2021-10-04 Thread 'Andreas Haas' via blink-dev
On Mon, Oct 4, 2021 at 5:39 PM Mike West wrote: > On Mon, Oct 4, 2021 at 10:04 AM 'Andreas Haas' via blink-dev < > blink-dev@chromium.org> wrote: > >> Contact emailsah...@chromium.org >> >> ExplainerAt the moment, V8 compiles WebAssembly modules by

[blink-dev] Intent to Experiment: WebAssembly Dynamic Tiering

2021-10-04 Thread 'Andreas Haas' via blink-dev
Contact emailsah...@chromium.org ExplainerAt the moment, V8 compiles WebAssembly modules by first compiling all functions with the baseline compiler Liftoff, and then immediately compiling all functions with the optimizing compiler TurboFan, see https://v8.dev/docs/wasm-compilation-pipeline. On

Re: [blink-dev] Re: Intent to Ship: WebAssembly Exception Handling

2021-09-01 Thread 'Andreas Haas' via blink-dev
Sorry for the wrong WebKit link. Here is the correct link: https://lists.webkit.org/pipermail/webkit-dev/2021-August/031973.html On Wed, Sep 1, 2021 at 6:09 PM Andreas Haas wrote: > The signals from the other implementations are in now and are both > positive, see > > * WebKit: >

[blink-dev] Re: Intent to Ship: WebAssembly Reference Types

2021-08-26 Thread 'Andreas Haas' via blink-dev
I am aware of two uses of WebAssembly Reference Types: For one, wasm-bindgen (Rust's main Wasm toolchain) has an implementation based on reference types that allows them to avoid bunch of custom JS for managing values: https://rustwasm.github.io/docs/wasm-bindgen/reference/reference-types.html

[blink-dev] Re: Intent to Ship: WebAssembly Reference Types

2021-08-26 Thread 'Andreas Haas' via blink-dev
I am aware of two uses of WebAssembly Reference Types: For one, wasm-bindgen (Rust's main Wasm toolchain) has an implementation based on reference types that allows them to avoid bunch of custom JS for managing values: https://rustwasm.github.io/docs/wasm-bindgen/reference/reference-types.html

[blink-dev] Re: Intent to Ship: WebAssembly Exception Handling

2021-08-26 Thread 'Andreas Haas' via blink-dev
Here is a link to the toolchain that targeted the OT: https://emscripten.org/docs/porting/exceptions.html On Thursday, August 26, 2021 at 1:12:26 PM UTC+2 Andreas Haas wrote: > The conclusion/feedback from the OT was that we've shown that the > WebAssembly Exceptions work well with the C++

[blink-dev] Re: Intent to Ship: WebAssembly Exception Handling

2021-08-26 Thread 'Andreas Haas' via blink-dev
The conclusion/feedback from the OT was that we've shown that the WebAssembly Exceptions work well with the C++ toolchain that targets it, and that it had the desired impact (i.e. exception-using code is much smaller and faster). We targeted the OT to specific partners, and it enabled those

[blink-dev] Intent to Ship: WebAssembly Reference Types

2021-08-24 Thread 'Andreas Haas' via blink-dev
Contact emails ah...@chromium.org, ad...@chromium.org, v...@chromium.org Explainer https://github.com/WebAssembly/reference-types Specification https://github.com/WebAssembly/reference-types Summary Allow WebAssembly modules to hold references to JS/DOM objects, passing them as arguments,