kpreisser opened issue #5328:
Hi!
I noticed that the time for compiling an 8 MiB WASM module when using Wasmtime from commit 28cf995fd3f9926a95036758c78390f54a0289ae (current dev release) is much slower than when using Wasmtime 3.0.0 (tested on Windows 10 x64, Build 19044).
To reproduce:
- Download the WASM file as .Zip file here (note: rename the
.mov
file to.zip
; I renamed it to be able to upload it here): https://user-images.githubusercontent.com/13289184/203989968-4639d6d5-15c9-4e57-bf01-c2eccd756642.mov- Download and extract
wasmtime-v3.0.0-x86_64-windows.zip
- Run
wasmtime compile dotnet-codabix-wasm-build.wasm
- Then try the same with the current dev release from commit 28cf995fd3f9926a95036758c78390f54a0289ae.
On my system, with 3.0.0, this takes about 0.7 seconds, but with the build from commit 28cf995fd3f9926a95036758c78390f54a0289ae, it takes about 13.8 seconds, which is about 20x as slow.
Is this expected?Bisecting shows that this starts to appear with commit fc62d4ad65892837a1e1af5a9d67c8b0d4310efe - with a release build from this commit, I get the 13.8s time, but with the previous commit 33a192556e5f11ee95cffc7a90e74b78abc340c8, I get a time of about 0.7s.
Thank you!
kpreisser edited issue #5328:
Hi!
I noticed that the time for compiling an 8 MiB WASM module when using Wasmtime from commit 28cf995fd3f9926a95036758c78390f54a0289ae (current dev release) is much slower than when using Wasmtime 3.0.0 (tested on Windows 10 x64, Build 19044).
To reproduce:
- Download the WASM file as .Zip file here (note: rename the
.mov
file to.zip
; I renamed it to be able to upload it here): https://user-images.githubusercontent.com/13289184/203989968-4639d6d5-15c9-4e57-bf01-c2eccd756642.mov- Download and extract
wasmtime-v3.0.0-x86_64-windows.zip
- Run
wasmtime compile dotnet-codabix-wasm-build.wasm
- Then try the same with the current dev release from commit 28cf995fd3f9926a95036758c78390f54a0289ae.
On my system, with 3.0.0, this takes about 0.7 seconds, but with the build from commit 28cf995fd3f9926a95036758c78390f54a0289ae, it takes about 13.8 seconds, which is about 20x as slow.
Is this expected?Bisecting shows that this starts to appear with commit fc62d4ad65892837a1e1af5a9d67c8b0d4310efe - with a release build from this commit, I get the 13.8s time, but with the previous commit 33a192556e5f11ee95cffc7a90e74b78abc340c8, I get a time of about 0.7s.
Versions and Environment
Wasmtime version or commit: Wasmtime v3.0.0 vs 28cf995fd3f9926a95036758c78390f54a0289ae
Operating system: Windows 10 Pro x64, Build 19044
Architecture: x64 (x86-64)Thank you!
kpreisser edited issue #5328:
Hi!
I noticed that the time for compiling an 8 MiB WASM module when using Wasmtime from commit 28cf995fd3f9926a95036758c78390f54a0289ae (current dev release) is much slower than when using Wasmtime 3.0.0 (tested on Windows 10 x64, Build 19044).
To reproduce:
- Download the WASM file as .Zip file here (note: rename the
.mov
file to.zip
; I renamed it to be able to upload it here): https://user-images.githubusercontent.com/13289184/203989968-4639d6d5-15c9-4e57-bf01-c2eccd756642.mov- Download and extract
wasmtime-v3.0.0-x86_64-windows.zip
- Run
wasmtime compile dotnet-codabix-wasm-build.wasm
- Then try the same with the current dev release from commit 28cf995fd3f9926a95036758c78390f54a0289ae.
On my system, with 3.0.0, this takes about 0.7 seconds, but with the build from commit 28cf995fd3f9926a95036758c78390f54a0289ae, it takes about 13.8 seconds, which is about 20x as slow.
Is this expected?Bisecting shows that this starts to appear with commit fc62d4ad65892837a1e1af5a9d67c8b0d4310efe (#5231) - with a release build from this commit, I get the 13.8s time, but with the previous commit 33a192556e5f11ee95cffc7a90e74b78abc340c8, I get a time of about 0.7s.
Versions and Environment
Wasmtime version or commit: Wasmtime v3.0.0 vs 28cf995fd3f9926a95036758c78390f54a0289ae
Operating system: Windows 10 Pro x64, Build 19044
Architecture: x64 (x86-64)Thank you!
kpreisser edited issue #5328:
Hi!
I noticed that the time for compiling an 8 MiB WASM module (produced by the experimental WASI SDK for .NET) when using Wasmtime from commit 28cf995fd3f9926a95036758c78390f54a0289ae (current dev release) is much slower than when using Wasmtime 3.0.0 (tested on Windows 10 x64, Build 19044).
To reproduce:
- Download the WASM file as .Zip file here (note: rename the
.mov
file to.zip
; I renamed it to be able to upload it here): https://user-images.githubusercontent.com/13289184/203989968-4639d6d5-15c9-4e57-bf01-c2eccd756642.mov- Download and extract
wasmtime-v3.0.0-x86_64-windows.zip
- Run
wasmtime compile dotnet-codabix-wasm-build.wasm
- Then try the same with the current dev release from commit 28cf995fd3f9926a95036758c78390f54a0289ae.
On my system, with 3.0.0, this takes about 0.7 seconds, but with the build from commit 28cf995fd3f9926a95036758c78390f54a0289ae, it takes about 13.8 seconds, which is about 20x as slow.
Is this expected?Bisecting shows that this starts to appear with commit fc62d4ad65892837a1e1af5a9d67c8b0d4310efe (#5231) - with a release build from this commit, I get the 13.8s time, but with the previous commit 33a192556e5f11ee95cffc7a90e74b78abc340c8, I get a time of about 0.7s.
Versions and Environment
Wasmtime version or commit: Wasmtime v3.0.0 vs 28cf995fd3f9926a95036758c78390f54a0289ae
Operating system: Windows 10 Pro x64, Build 19044
Architecture: x64 (x86-64)Thank you!
kpreisser edited issue #5328:
Hi!
I noticed that the time for compiling an 8 MiB WASM module (produced by the experimental WASI SDK for .NET) when using Wasmtime from commit 28cf995fd3f9926a95036758c78390f54a0289ae (current dev release) is much slower than when using Wasmtime 3.0.0 (tested on Windows 10 x64, Build 19044).
To reproduce:
- Download the WASM file as .Zip file here (note: rename the
.mov
file to.zip
; I renamed it to be able to upload it here): https://user-images.githubusercontent.com/13289184/203989968-4639d6d5-15c9-4e57-bf01-c2eccd756642.mov- Download and extract
wasmtime-v3.0.0-x86_64-windows.zip
- Run
wasmtime compile dotnet-codabix-wasm-build.wasm
- Then try the same with the current dev release from commit 28cf995fd3f9926a95036758c78390f54a0289ae.
On my system, with 3.0.0, this takes about 0.7 seconds, but with the build from commit 28cf995fd3f9926a95036758c78390f54a0289ae, it takes about 13.8 seconds, which is about 20x as slow.
Is this expected?Bisecting shows that this starts to appear with commit fc62d4ad65892837a1e1af5a9d67c8b0d4310efe (#5231) - with a release build from this commit, I get the 13.8s time, but with the previous commit 33a192556e5f11ee95cffc7a90e74b78abc340c8, I get a time of about 0.7s.
Versions and Environment
Wasmtime version or commit: Wasmtime v3.0.0 vs 28cf995fd3f9926a95036758c78390f54a0289ae
Operating system: Windows 10 Pro x64, Build 19044
Architecture: x64 (x86-64)Thank you!
kpreisser edited issue #5328:
Hi!
I noticed that compiling an 8 MiB WASM module (produced by the experimental WASI SDK for .NET) when using Wasmtime from commit 28cf995fd3f9926a95036758c78390f54a0289ae (current dev release) is much slower than when using Wasmtime 3.0.0 (tested on Windows 10 x64, Build 19044).
To reproduce:
- Download the WASM file as .Zip file here (note: rename the
.mov
file to.zip
; I renamed it to be able to upload it here): https://user-images.githubusercontent.com/13289184/203989968-4639d6d5-15c9-4e57-bf01-c2eccd756642.mov- Download and extract
wasmtime-v3.0.0-x86_64-windows.zip
- Run
wasmtime compile dotnet-codabix-wasm-build.wasm
- Then try the same with the current dev release from commit 28cf995fd3f9926a95036758c78390f54a0289ae.
On my system, with 3.0.0, this takes about 0.7 seconds, but with the build from commit 28cf995fd3f9926a95036758c78390f54a0289ae, it takes about 13.8 seconds, which is about 20x as slow.
Is this expected?Bisecting shows that this starts to appear with commit fc62d4ad65892837a1e1af5a9d67c8b0d4310efe (#5231) - with a release build from this commit, I get the 13.8s time, but with the previous commit 33a192556e5f11ee95cffc7a90e74b78abc340c8, I get a time of about 0.7s.
Versions and Environment
Wasmtime version or commit: Wasmtime v3.0.0 vs 28cf995fd3f9926a95036758c78390f54a0289ae
Operating system: Windows 10 Pro x64, Build 19044
Architecture: x64 (x86-64)Thank you!
kpreisser edited issue #5328:
Hi!
I noticed that compiling an 8 MiB WASM module (produced by the experimental WASI SDK for .NET) when using Wasmtime from commit 28cf995fd3f9926a95036758c78390f54a0289ae (current dev release) is much slower than when using Wasmtime 3.0.0 (tested on Windows 10 x64, Build 19044).
To reproduce:
- Download the WASM file as .Zip file here (note: rename the
.mov
file to.zip
; I renamed it to be able to upload it here): https://user-images.githubusercontent.com/13289184/203989968-4639d6d5-15c9-4e57-bf01-c2eccd756642.mov- Download and extract
wasmtime-v3.0.0-x86_64-windows.zip
- Run
wasmtime compile dotnet-codabix-wasm-build.wasm
- Then try the same with the current dev release from commit 28cf995fd3f9926a95036758c78390f54a0289ae.
On my system, with 3.0.0, this takes about 0.7 seconds, but with the build from commit 28cf995fd3f9926a95036758c78390f54a0289ae, it takes about 13.8 seconds, which is about 20x as slow.
Is this expected?Bisecting shows that this starts to appear with commit fc62d4ad65892837a1e1af5a9d67c8b0d4310efe (#5231) - with a release build from this commit, I get the 13.8s time, but with the previous commit 33a192556e5f11ee95cffc7a90e74b78abc340c8, I get a time of about 0.7s.
Versions and Environment
Wasmtime version or commit: Wasmtime v3.0.0 vs 28cf995fd3f9926a95036758c78390f54a0289ae
Operating system: Windows 10 Pro x64, Build 19044
Architecture: x64 (x86-64)Thank you!
kpreisser edited issue #5328:
Hi!
I noticed that compiling an 8 MiB WASM module (produced by the experimental WASI SDK for .NET) when using Wasmtime from commit 28cf995fd3f9926a95036758c78390f54a0289ae (current dev release) is much slower than when using Wasmtime 3.0.0 (tested on Windows 10 x64, Build 19044).
To reproduce:
- Download the WASM file as .Zip file here (note: rename the
.mov
file to.zip
; I renamed it to be able to upload it here): https://user-images.githubusercontent.com/13289184/203989968-4639d6d5-15c9-4e57-bf01-c2eccd756642.mov- Download and extract
wasmtime-v3.0.0-x86_64-windows.zip
- Run
wasmtime compile dotnet-codabix-wasm-build.wasm
- Then try the same with the current dev release from commit 28cf995fd3f9926a95036758c78390f54a0289ae.
On my system, with Wasmtime 3.0.0, this takes about 0.7 seconds, but with the build from commit 28cf995fd3f9926a95036758c78390f54a0289ae, it takes about 13.8 seconds, which is about 20x as slow.
Is this expected?Bisecting shows that this starts to appear with commit fc62d4ad65892837a1e1af5a9d67c8b0d4310efe (#5231) - with a release build from this commit, I get the 13.8s time, but with the previous commit 33a192556e5f11ee95cffc7a90e74b78abc340c8, I get a time of about 0.7s.
Versions and Environment
Wasmtime version or commit: Wasmtime v3.0.0 vs 28cf995fd3f9926a95036758c78390f54a0289ae
Operating system: Windows 10 Pro x64, Build 19044
Architecture: x64 (x86-64)Thank you!
kpreisser edited issue #5328:
Hi!
I noticed that compiling an 8 MiB WASM module (produced by the experimental WASI SDK for .NET) when using Wasmtime from commit 28cf995fd3f9926a95036758c78390f54a0289ae (current dev release) is much slower than when using Wasmtime 3.0.0 (tested on Windows 10 x64, Build 19044).
To reproduce:
- Download the WASM file as .Zip file here (note: rename the
.mov
file to.zip
; I renamed it to be able to upload it here): https://user-images.githubusercontent.com/13289184/203989968-4639d6d5-15c9-4e57-bf01-c2eccd756642.mov- Download and extract
wasmtime-v3.0.0-x86_64-windows.zip
- Run
wasmtime compile dotnet-codabix-wasm-build.wasm
- Then try the same with the current dev release from commit 28cf995fd3f9926a95036758c78390f54a0289ae.
On my system, with Wasmtime 3.0.0 this takes about 0.7 seconds, but with the build from commit 28cf995fd3f9926a95036758c78390f54a0289ae it takes about 13.8 seconds, which is about 20x as slow.
Is this expected?Bisecting shows that this starts to appear with commit fc62d4ad65892837a1e1af5a9d67c8b0d4310efe (#5231) - with a release build from this commit, I get the 13.8s time, but with the previous commit 33a192556e5f11ee95cffc7a90e74b78abc340c8, I get a time of about 0.7s.
Versions and Environment
Wasmtime version or commit: Wasmtime v3.0.0 vs 28cf995fd3f9926a95036758c78390f54a0289ae
Operating system: Windows 10 Pro x64, Build 19044
Architecture: x64 (x86-64)Thank you!
kpreisser edited issue #5328:
Hi!
I noticed that compiling an 8 MiB WASM module (produced by the experimental WASI SDK for .NET) when using Wasmtime from commit 28cf995fd3f9926a95036758c78390f54a0289ae (current dev release) is much slower than when using Wasmtime 3.0.0 (tested on Windows 10 x64, Build 19044).
To reproduce:
- Download the WASM file as .Zip file here (note: rename the
.mov
file to.zip
; I renamed it to be able to upload it here): https://user-images.githubusercontent.com/13289184/203989968-4639d6d5-15c9-4e57-bf01-c2eccd756642.mov- Download and extract
wasmtime-v3.0.0-x86_64-windows.zip
- Run
wasmtime compile dotnet-codabix-wasm-build.wasm
- Then try the same with the current dev release from commit 28cf995fd3f9926a95036758c78390f54a0289ae.
On my system, with Wasmtime 3.0.0 this takes about 0.7 seconds, but with the build from commit 28cf995fd3f9926a95036758c78390f54a0289ae it takes about 13.8 seconds, which is about 20 times as slow.
Is this expected?Bisecting shows that this starts to appear with commit fc62d4ad65892837a1e1af5a9d67c8b0d4310efe (#5231) - with a release build from this commit, I get the 13.8s time, but with the previous commit 33a192556e5f11ee95cffc7a90e74b78abc340c8, I get a time of about 0.7s.
Versions and Environment
Wasmtime version or commit: Wasmtime v3.0.0 vs 28cf995fd3f9926a95036758c78390f54a0289ae
Operating system: Windows 10 Pro x64, Build 19044
Architecture: x64 (x86-64)Thank you!
kpreisser edited issue #5328:
Hi!
I noticed that compiling an 8 MiB WASM module (produced by the experimental WASI SDK for .NET) when using Wasmtime from commit 28cf995fd3f9926a95036758c78390f54a0289ae (current dev release) is much slower than when using Wasmtime 3.0.0 (tested on Windows 10 x64, Build 19044).
To reproduce:
- Download the WASM file as .Zip file here (note: rename the
.mov
file to.zip
; I renamed it to be able to upload it here): https://user-images.githubusercontent.com/13289184/203989968-4639d6d5-15c9-4e57-bf01-c2eccd756642.mov- Download and extract
wasmtime-v3.0.0-x86_64-windows.zip
- Run
wasmtime compile dotnet-codabix-wasm-build.wasm
- Then try the same with the current dev release from commit 28cf995fd3f9926a95036758c78390f54a0289ae.
On my system, with Wasmtime 3.0.0 this takes about 0.7 seconds, but with the build from commit 28cf995fd3f9926a95036758c78390f54a0289ae it takes about 13.8 seconds, which is about 20 times as long.
Is this expected?Bisecting shows that this starts to appear with commit fc62d4ad65892837a1e1af5a9d67c8b0d4310efe (#5231) - with a release build from this commit, I get the 13.8s time, but with the previous commit 33a192556e5f11ee95cffc7a90e74b78abc340c8, I get a time of about 0.7s.
Versions and Environment
Wasmtime version or commit: Wasmtime v3.0.0 vs 28cf995fd3f9926a95036758c78390f54a0289ae
Operating system: Windows 10 Pro x64, Build 19044
Architecture: x64 (x86-64)Thank you!
Last updated: Dec 23 2024 at 12:05 UTC