Live data from Hacker News

Simulating fluids, fire, and smoke in real-time

andrewkchan.dev

51–60 of 174 posts

Re: Simulating fluids, fire, and smoke in real-time

#51
post #8

Page is basically unusable on my Intel MBP, and still a beastly consumer on my AS Mac. I presume simulations are happening somewhere on the page, but it would be a good idea to make them toggled. Ideally via user interaction, but if one insists on auto-play when scrolled into the viewport.

Maybe it is one for the many other tabs you have open

Re: Simulating fluids, fire, and smoke in real-time

#53
post #8

Page is basically unusable on my Intel MBP, and still a beastly consumer on my AS Mac. I presume simulations are happening somewhere on the page, but it would be a good idea to make them toggled. Ideally via user interaction, but if one insists on auto-play when scrolled into the viewport.

I was encountering the same problem on my Intel MBP, and per another one of the comments here, find that switching from Chrome to Safari to view the page allows me to view the whole page, view it smoothly, and without my CPU utilization spiking or my fans spinning up.

Re: Simulating fluids, fire, and smoke in real-time

#54

Earlier quoted context omitted.

Many computers already have 2 GPUs, one integrated into the CPU die, and one external (and typically enormously more powerful). To my knowledge though it's very rare for software to take advantage of this.

In high performance scenarios, the GPU is running full blast while the CPU is running at full blast just feeding data and pre-process work to the GPU. The GPU is the steam engine hurtling forward, the CPU is just the person shoveling coal into the furnace. Using the integrated GPU heats up the main die where the CPU is because they live together on the same chip. The die heats up, CPU thermal throttles, CPU stops eff…

Doesn't this assume inadequate cooling? A quick google indicates AMD's X3D CPUs begin throttling around 89°C, and that it's not overly challenging to keep them below 80 even under intense CPU load, although that's presumably without any activity on the integrated GPU.

Assuming cooling really is inadequate for running both the CPU cores and the integrated GPU: for GPU-friendly workloads (i.e. no GPU-unfriendly preprocessing operations for the CPU) it would surely make more sense to use the integrated GPU rather than spend the thermal budget having the CPU cores do that work.

Re: Simulating fluids, fire, and smoke in real-time

#55
post #8

Page is basically unusable on my Intel MBP, and still a beastly consumer on my AS Mac. I presume simulations are happening somewhere on the page, but it would be a good idea to make them toggled. Ideally via user interaction, but if one insists on auto-play when scrolled into the viewport.

Works well for me on my Intel MBP, though I'm using Firefox inside of Ubuntu running inside of Parallels; maybe I'm not hitting the same issue that you are. The author may have put in a new "only runs when you click" setting since you wrote your original comment.

Re: Simulating fluids, fire, and smoke in real-time

#56
While not the main point of the article, the introductory premise is a bit off IMO. When you choose simulation, you trade artistic control for painful negotiation via an (often overwhelming) amount of controls.

For a key scene like the balrog, you will probably never decide for simulation and go for full control on every frame instead.

To stay in the tolkien fantasy example, a landscape scene with a nice river, doing a lot of bends, some rocks inside, the occasional happy fish jumping out of water - that would suit a simulation much better.

Re: Simulating fluids, fire, and smoke in real-time

#57
post #8

Page is basically unusable on my Intel MBP, and still a beastly consumer on my AS Mac. I presume simulations are happening somewhere on the page, but it would be a good idea to make them toggled. Ideally via user interaction, but if one insists on auto-play when scrolled into the viewport.

Same hardware(s) as you, smooth and 0 issues. Pebkac

Re: Simulating fluids, fire, and smoke in real-time

#58
post #32
post #8

Page is basically unusable on my Intel MBP, and still a beastly consumer on my AS Mac. I presume simulations are happening somewhere on the page, but it would be a good idea to make them toggled. Ideally via user interaction, but if one insists on auto-play when scrolled into the viewport.

Same thing on a modern flagship smartphone.

Pixel 8 Pro here, using DDG browser, smooth for me.

Re: Simulating fluids, fire, and smoke in real-time

#59
post #56

While not the main point of the article, the introductory premise is a bit off IMO. When you choose simulation, you trade artistic control for painful negotiation via an (often overwhelming) amount of controls. For a key scene like the balrog, you will probably never decide for simulation and go for full control on every frame instead. To stay in the tolkien fantasy example, a landscape scene with a nice river, doing…

Not impossible to do both, but very few tools are built where simulation comes for "free". At least not free and real-time as of now. Maybe one day.

But I agree with you. You'd ideally reserve key moments for full control and leave simulation for the background polish (assuming your work isn't bound by a physically realistic world).

Post reply on HN