<br><br>On Thursday, April 2, 2026, Marcin Jaczewski via Std-Proposals &lt;<a href="mailto:std-proposals@lists.isocpp.org">std-proposals@lists.isocpp.org</a>&gt; wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
True, its has its benefits but atomic increment cost too and could<br>
affect every core.<br>
Looking at people who want 101% CPU and go out of their way to avoid<br>
sharing cache lines between cores, seams like<br>
this `big_int` will not be acceptable for them.<br>
Or maybe have two ints? `big_int` and `big_int_shared`?<br>
</blockquote><div><br></div><div><br></div><div><br></div><div>Don&#39;t you mean:</div><div><br></div><div>    std::big_int</div><div><br></div><div>and:</div><div><br></div><div>    std::atomic&lt; std::big_int &gt;</div><div><br></div><div>The latter could be specialised and optimised (instead of just allowing the compiler to use a mutex).</div>

