mirror of
https://github.com/godotengine/godot-website.git
synced 2025-12-31 09:48:43 +03:00
Deploying to published from @ godotengine/godot-website@a5c3cd52f1 🚀
This commit is contained in:
Godot Organization
File diff suppressed because one or more lines are too long
10
atom.xml
10
atom.xml
@@ -1,9 +1,9 @@
|
||||
<?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom"><title>Godot Engine Official</title><link href="https://godotengine.org/atom.xml" rel="self"/><link href="https://godotengine.org/"/><updated>2025-06-05T22:07:24+00:00</updated><id>https://godotengine.org/</id><entry><title>Upcoming (serious) Web performance boost</title><link href="https://godotengine.org/article/upcoming-serious-web-performance-boost/"/><updated>2025-06-05T18:00:00+00:00</updated><id>https://godotengine.org/article/upcoming-serious-web-performance-boost/</id><summary>Compiling the Godot Engine with WASM SIMD support truly is a game changer.</summary><content type="html"><p>Sometimes, just adding a compiler flag can yield significant performance boosts. <a href="https://github.com/godotengine/godot/pull/106319">And that just happened.</a></p>
|
||||
<p><a href="https://caniuse.com/wasm-simd">For about two years now</a>, all major browsers have supported WASM (<a href="https://en.wikipedia.org/wiki/WebAssembly">WebAssembly</a>) SIMD. <a href="https://en.wikipedia.org/wiki/Single_instruction,_multiple_data">SIMD stands for “Single instruction, multiple data”.</a> It is a technology that permits CPUs to do some parallel computation, often speeding up the whole program. And that’s exactly why we tried it out recently.</p>
|
||||
<?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom"><title>Godot Engine Official</title><link href="https://godotengine.org/atom.xml" rel="self"/><link href="https://godotengine.org/"/><updated>2025-06-05T22:11:27+00:00</updated><id>https://godotengine.org/</id><entry><title>Upcoming (serious) Web performance boost</title><link href="https://godotengine.org/article/upcoming-serious-web-performance-boost/"/><updated>2025-06-05T18:00:00+00:00</updated><id>https://godotengine.org/article/upcoming-serious-web-performance-boost/</id><summary>Compiling the Godot Engine with WASM SIMD support truly is a game changer.</summary><content type="html"><p>Sometimes, just adding a compiler flag can yield significant performance boosts. <a href="https://github.com/godotengine/godot/pull/106319">And that just happened.</a></p>
|
||||
<p><a href="https://caniuse.com/wasm-simd">For about two years now</a>, all major browsers have supported WASM (<a href="https://en.wikipedia.org/wiki/WebAssembly">WebAssembly</a>) SIMD. SIMD stands for <a href="https://en.wikipedia.org/wiki/Single_instruction,_multiple_data">“Single instruction, multiple data”</a> and is a technology that permits CPUs to do some parallel computation, often speeding up the whole program. And that’s exactly why we tried it out recently.</p>
|
||||
<p>We got positive results.</p>
|
||||
<h2 id="the-need-for-performance-on-the-web">The need for performance on the Web</h2>
|
||||
<p>The Web platform is often overlooked as a viable target, because of it’s less-than-ideal environment and it’s percieved poor performance. And the perception is somewhat right: the Web environment has a lot of security-related quirks to take into account—the user needs to interact with a game frame before the browser allows it to play any sound<sup id="fnref:1"><a href="#fn:1" class="footnote" rel="footnote" role="doc-noteref">1</a></sup>. Also, due to bandwidth and compatibility-reasons, you rarely see high-fidelity games being played on a browser. Performance is better achieved when running software natively on the operating system.</p>
|
||||
<p>But don’t underestimate the potential of the Web platform. As I explained in broad terms at the talk I gave at the last GodotCon Boston 2025, the Web has caught up a lot since the days of Flash games. Not only there’s more and more people playing Web games every year, but standards and browsers improve every year in functionality and in performance too.</p>
|
||||
<p>The Web platform is often overlooked as a viable target, because of its less-than-ideal environment and its perceived poor performance. And the perception is somewhat right: the Web environment has a lot of security-related quirks to take into account—the user needs to interact with a game frame before the browser allows it to play any sound<sup id="fnref:1"><a href="#fn:1" class="footnote" rel="footnote" role="doc-noteref">1</a></sup>. Also, due to bandwidth and compatibility reasons, you rarely see high-fidelity games being played on a browser. Performance is better achieved when running software natively on the operating system.</p>
|
||||
<p>But don’t underestimate the potential of the Web platform. As I explained in broad terms at the talk I gave at the last GodotCon Boston 2025, the Web has caught up a lot since the days of Flash games. Not only are there more people playing Web games every year, but standards and browsers improve every year in functionality and in performance.</p>
|
||||
<p>And that’s why we are interested in using WASM SIMD.</p>
|
||||
<h2 id="wasm-simd-benchmarks">WASM SIMD Benchmarks</h2>
|
||||
<p>Our resident benchmark expert Hugo Locurcio (better known as <a href="https://github.com/Calinou/">Calinou</a>) ran the numbers for us on a stress test I made. We wanted to compare standard builds to builds with WASM SIMD enabled.</p>
|
||||
@@ -69,7 +69,7 @@
|
||||
<p>If you need to use non-SIMD templates, don’t fret. You can always <a href="https://docs.godotengine.org/en/stable/contributing/development/compiling/index.html">build</a> the Godot Editor and the engine templates without WebAssembly SIMD support by using the <code class="language-plaintext highlighter-rouge">wasm_simd=no</code> build option.</p>
|
||||
<h2 id="whats-next">What’s next?</h2>
|
||||
<p>As I wrote in <a href="/article/live-from-godotcon-boston-web-dotnet-prototype/">my last blog post</a>, we’re currently working very hard to make C#/.NET exports a reality. We do have <a href="https://lab.godotengine.org/godot-dotnet-web/">a promising prototype</a>, we just need to make sure that it’s production-ready.</p>
|
||||
<p>I also mentionned in that article that I wanted to concentrate on improving our asset loading game. Preloading an entire game before even starting it hinders the ability to use Godot for commercial Web games. Once something is implemented to improve that issue, count on me to share you the news.</p>
|
||||
<p>I also mentioned in that article that I wanted to concentrate on improving our asset loading game. Preloading an entire game before even starting it hinders the ability to use Godot for commercial Web games. Once something is implemented to improve that issue, count on me to share the news with you.</p>
|
||||
<div class="footnotes" role="doc-endnotes">
|
||||
<ol>
|
||||
<li id="fn:1">
|
||||
|
||||
File diff suppressed because one or more lines are too long
8
rss.xml
8
rss.xml
@@ -1,9 +1,9 @@
|
||||
<?xml version="1.0" encoding="utf-8"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>Godot Engine Official</title><link/><description/><atom:link href="https://godotengine.org/rss.xml" rel="self" type="application/rss+xml"/><item><title>Upcoming (serious) Web performance boost</title><link>https://godotengine.org/article/upcoming-serious-web-performance-boost/</link><summary>Compiling the Godot Engine with WASM SIMD support truly is a game changer.</summary><description><p>Sometimes, just adding a compiler flag can yield significant performance boosts. <a href="https://github.com/godotengine/godot/pull/106319">And that just happened.</a></p>
|
||||
<p><a href="https://caniuse.com/wasm-simd">For about two years now</a>, all major browsers have supported WASM (<a href="https://en.wikipedia.org/wiki/WebAssembly">WebAssembly</a>) SIMD. <a href="https://en.wikipedia.org/wiki/Single_instruction,_multiple_data">SIMD stands for “Single instruction, multiple data”.</a> It is a technology that permits CPUs to do some parallel computation, often speeding up the whole program. And that’s exactly why we tried it out recently.</p>
|
||||
<p><a href="https://caniuse.com/wasm-simd">For about two years now</a>, all major browsers have supported WASM (<a href="https://en.wikipedia.org/wiki/WebAssembly">WebAssembly</a>) SIMD. SIMD stands for <a href="https://en.wikipedia.org/wiki/Single_instruction,_multiple_data">“Single instruction, multiple data”</a> and is a technology that permits CPUs to do some parallel computation, often speeding up the whole program. And that’s exactly why we tried it out recently.</p>
|
||||
<p>We got positive results.</p>
|
||||
<h2 id="the-need-for-performance-on-the-web">The need for performance on the Web</h2>
|
||||
<p>The Web platform is often overlooked as a viable target, because of it’s less-than-ideal environment and it’s percieved poor performance. And the perception is somewhat right: the Web environment has a lot of security-related quirks to take into account—the user needs to interact with a game frame before the browser allows it to play any sound<sup id="fnref:1"><a href="#fn:1" class="footnote" rel="footnote" role="doc-noteref">1</a></sup>. Also, due to bandwidth and compatibility-reasons, you rarely see high-fidelity games being played on a browser. Performance is better achieved when running software natively on the operating system.</p>
|
||||
<p>But don’t underestimate the potential of the Web platform. As I explained in broad terms at the talk I gave at the last GodotCon Boston 2025, the Web has caught up a lot since the days of Flash games. Not only there’s more and more people playing Web games every year, but standards and browsers improve every year in functionality and in performance too.</p>
|
||||
<p>The Web platform is often overlooked as a viable target, because of its less-than-ideal environment and its perceived poor performance. And the perception is somewhat right: the Web environment has a lot of security-related quirks to take into account—the user needs to interact with a game frame before the browser allows it to play any sound<sup id="fnref:1"><a href="#fn:1" class="footnote" rel="footnote" role="doc-noteref">1</a></sup>. Also, due to bandwidth and compatibility reasons, you rarely see high-fidelity games being played on a browser. Performance is better achieved when running software natively on the operating system.</p>
|
||||
<p>But don’t underestimate the potential of the Web platform. As I explained in broad terms at the talk I gave at the last GodotCon Boston 2025, the Web has caught up a lot since the days of Flash games. Not only are there more people playing Web games every year, but standards and browsers improve every year in functionality and in performance.</p>
|
||||
<p>And that’s why we are interested in using WASM SIMD.</p>
|
||||
<h2 id="wasm-simd-benchmarks">WASM SIMD Benchmarks</h2>
|
||||
<p>Our resident benchmark expert Hugo Locurcio (better known as <a href="https://github.com/Calinou/">Calinou</a>) ran the numbers for us on a stress test I made. We wanted to compare standard builds to builds with WASM SIMD enabled.</p>
|
||||
@@ -69,7 +69,7 @@
|
||||
<p>If you need to use non-SIMD templates, don’t fret. You can always <a href="https://docs.godotengine.org/en/stable/contributing/development/compiling/index.html">build</a> the Godot Editor and the engine templates without WebAssembly SIMD support by using the <code class="language-plaintext highlighter-rouge">wasm_simd=no</code> build option.</p>
|
||||
<h2 id="whats-next">What’s next?</h2>
|
||||
<p>As I wrote in <a href="/article/live-from-godotcon-boston-web-dotnet-prototype/">my last blog post</a>, we’re currently working very hard to make C#/.NET exports a reality. We do have <a href="https://lab.godotengine.org/godot-dotnet-web/">a promising prototype</a>, we just need to make sure that it’s production-ready.</p>
|
||||
<p>I also mentionned in that article that I wanted to concentrate on improving our asset loading game. Preloading an entire game before even starting it hinders the ability to use Godot for commercial Web games. Once something is implemented to improve that issue, count on me to share you the news.</p>
|
||||
<p>I also mentioned in that article that I wanted to concentrate on improving our asset loading game. Preloading an entire game before even starting it hinders the ability to use Godot for commercial Web games. Once something is implemented to improve that issue, count on me to share the news with you.</p>
|
||||
<div class="footnotes" role="doc-endnotes">
|
||||
<ol>
|
||||
<li id="fn:1">
|
||||
|
||||
Reference in New Issue
Block a user