Skip to content
HHackerTube.videoSurprise me

Dennis Gustafsson – Parallelizing the physics solver – BSC 2025

Dennis Gustafsson – Parallelizing the physics solver – BSC 2025 on HackerTube: recommended by 2 Hacker News commenters across 2 separate months, 2025–2026.

Better Software Conference

talk · advanced · evergreen

Open on YouTube

Dennis Gustafsson, creator of Teardown, presents how he parallelized the physics solver for an upcoming game, followed by a Q&A. The talk was given at the Better Software Conference 2025.

Why Hacker News recommends it

HN points to it as a practical example of solving a tricky multithreading problem, including using a spinlock to speed up a real-time physics solver.

people recommended it
2
separate months
2
strong recommendations
0
discussed on HN
2025–2026
“The following is an interesting talk where the author used a spinlock to speed up a real-time physics solver significantly.”
— fasterik, Jan 2026, in “Spinning around: Please don't – Common problems with spin locks”

What HN commenters said

3 Hacker News comments link this video. Each one links back to its thread.

HikikomoriMar 2026Recommends

Not about multiplayer but still interesting. Dennis Gustafsson – Parallelizing the physics solver – BSC 2025 ▶ this video

in “The unlikely story of Teardown Multiplayer” · View on HN

fasterikJan 2026Recommends

As always: use standard libraries, profile, then write your own if the data indicates it's necessary. The following is an interesting talk where the author used a spinlock to speed up a real-time physics solver significantly. Dennis Gustafsson – Parallelizing the physics solver – BSC 2025 ▶ this video

in “Spinning around: Please don't – Common problems with spin locks” · View on HN

levodelellisNov 2025Cites it

From my understanding this talk describes how he implemented a solution for a similar problem ▶ this video I'm saying if you're not writing multi-threaded code everyday, use a library. It can use atomics/locks but you shouldn't use it directly. If the library is designed well it'd be impossible to deadlock.

in “Futurelock: A subtle risk in async Rust” · View on HN

Topics & tags

Game programming & enginesSoftware performance & optimizationphysics solvermultithreadingspinlockgame enginesteardown