# Render and GPU Choices

**URL:** <https://forum.logik.tv/t/render-and-gpu-choices/14572>\
**Category:** Hardware Questions\
**Tags:** dual-gpu\
**Created:** [June 12, 2026, 12:39pm UTC](https://forum.logik.tv/t/render-and-gpu-choices/14572 "2026-06-12T12:39:00Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![allklier](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.logik.tv/allklier/32/4309_2.png) [@allklier](https://forum.logik.tv/u/allklier)\
**Post date:** [June 12, 2026, 12:39pm UTC](https://forum.logik.tv/t/render-and-gpu-choices/14572/1 "2026-06-12T12:39:00Z")

</div>

Doing some thinking about what GPU to choose for Flame.

One consideration is single GPU vs. multiple GPUs. And when thinking about multiple GPUs, trading off ML performance vs. background renders.

To baseline that, currently, how many folks are using just the standard Flame foreground renders vs. distributed rendering?

Currently using:

_Poll ([view on site](https://forum.logik.tv/t/render-and-gpu-choices/14572/1))_

I you pick your next GPU, assuming your system can support it (enough power, enough lanes, enough space):

Optimize for:

_Poll ([view on site](https://forum.logik.tv/t/render-and-gpu-choices/14572/1))_

These tradeoffs come into focus as we optimize GPU selection not just for renders, but also how well they handle the various ML features. In particular the Blackwell card is available in a 300W version, useful if you want to run two in the same system, and a 600W version which skews more towards ML tools loads.

---

<div class="post-metadata">

**Author:** ![hBomb42](https://avatars.discourse-cdn.com/v4/letter/h/bbce88/32.png) [@hBomb42](https://forum.logik.tv/u/hBomb42)\
**Post date:** [June 12, 2026, 2:43pm UTC](https://forum.logik.tv/t/render-and-gpu-choices/14572/2 "2026-06-12T14:43:32Z")

</div>

I’ve never had Background Reactor be useful. If I try to keep working while having it render even the simplest timeline stuff it generally silently crashes, forcing me to fg render what it should have been doing.

How long are your renders? Except on the truly insane shots that only come around once in a while, foreground rendering has been plenty fast for me. I had a dual GPU machine for a while, and the 2nd GPU mostly just sat there unless I needed to make revisions to a bunch of heavy comps in a hurry - say when supervised by an agency art director, in which case it was worth its weight in gold.

Now that my workstation is at home, I did take a day and dual-boot my 4090-based gaming pc into Rocky and get Burn going on it. It was a significant amount of effort to get going (boy howdy does NFS admin suck on the Mac), and is now another install I have to maintain. I haven’t bothered putting any OFX plugins on it yet because I just can’t be arsed to deal with the licensing stuff. It was awfully nice when I had to crank out 80 shots worth of copy+paste paint fixes, though.

If it was me in your shoes I would want the fastest Nvidia GPU I could afford for Flame etc and then do all the ML stuff on another dedicated machine.

---

<div class="post-metadata">

**Author:** ![ALan](https://avatars.discourse-cdn.com/v4/letter/a/a87d85/32.png) [@ALan](https://forum.logik.tv/u/ALan)\
**Post date:** [June 12, 2026, 3:28pm UTC](https://forum.logik.tv/t/render-and-gpu-choices/14572/3 "2026-06-12T15:28:01Z")

</div>

We use Burn extensively. There is a major caveat with it, that was the genesis of You’ve Been Burn’d

[![](https://us1.discourse-cdn.com/flex020/uploads/thedepartmentofexternalservices/original/2X/c/cf0651bc05a37d133634f9ce49aa941b90bbf087.jpeg "You've Been Burn'd. Ep1: Render Once Pay Twice!!!") ](https://www.youtube.com/watch?v=oFEqZr84GZo)

---

<div class="post-metadata">

**Author:** ![allklier](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.logik.tv/allklier/32/4309_2.png) [@allklier](https://forum.logik.tv/u/allklier)\
**Post date:** [June 12, 2026, 3:42pm UTC](https://forum.logik.tv/t/render-and-gpu-choices/14572/4 "2026-06-12T15:42:54Z")

</div>

That’s my inclination as well. But always good to sanity check assumptions or workflow blindspots.

---

<div class="post-metadata">

**Author:** ![allklier](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.logik.tv/allklier/32/4309_2.png) [@allklier](https://forum.logik.tv/u/allklier)\
**Post date:** [June 14, 2026, 10:04am UTC](https://forum.logik.tv/t/render-and-gpu-choices/14572/5 "2026-06-14T10:04:28Z")

</div>

Interesting situation.

While inconvenient as a user, it’s not illogical from a software architecture perspective to treat each render as separate operation.

I’m sure you’ve sorted out a work-around since. One logical path would be to schedule the 2nd render as a separate operation, and have it read the main render as input, instead of using the processing stack as the input. A tad bit more scheduling logistics, but avoids double processing.

---

<div class="post-metadata">

**Author:** ![ALan](https://avatars.discourse-cdn.com/v4/letter/a/a87d85/32.png) [@ALan](https://forum.logik.tv/u/ALan)\
**Post date:** [June 14, 2026, 4:58pm UTC](https://forum.logik.tv/t/render-and-gpu-choices/14572/6 "2026-06-14T16:58:40Z")

</div>

Like so many in-effecient operations in Flame, we just throw more metal at the problem.

When you render locally in Flame, the pipeline is optimized though, it concatenates the operations. Only in Burn does it re-render everything for every Render Node.
