BAR runs primarily on a single CPU core so fast clock speed matters more than core count, and adding RAM helps when you hit memory limits during large matches.
Tags: performance, single core CPU, RAM, beyond all reason, settings
BAR's Spring engine runs its simulation on one core. This means a processor with fewer cores but higher clock speed will outperform a processor with many cores but slower individual speed. When players ask how to make BAR use more CPU, the answer is that the engine architecture does not split simulation across cores. Upgrade to a faster single-threaded processor rather than buying one with more cores.
While the simulation runs on one core, memory usage scales with unit count and game length. Players running into performance issues during late-game 8v8 matches frequently solve the problem by upgrading from 16GB to 32GB of RAM. Insufficient RAM causes the operating system to page memory to disk, which creates the lag spikes that players experience as freezing or stuttering.
BAR prioritizes simulation accuracy over visual framerate. Thirty-five to sixty FPS is typical even on powerful hardware. The game does not need high frame rates to remain responsive because the unit command system operates on the simulation tick rate, not the render framerate.
Clean information, clean execution, and low-drama learning habits help teams improve without pointless blame.
"One of the only places you can actually have a good time with BAR and not get flamed for being bad." [Crd]