<table><tr><td style="">ahiemstra requested changes to this revision.<br />ahiemstra added a comment.<br />This revision now requires changes to proceed.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D27362">View Revision</a></tr></table><br /><div><div><p>I agree with what <a href="https://phabricator.kde.org/p/cfeck/" style="
              border-color: #f1f7ff;
              color: #19558d;
              background-color: #f1f7ff;
                border: 1px solid transparent;
                border-radius: 3px;
                font-weight: bold;
                padding: 0 4px;">@cfeck</a> says. I can also already think of at least one case where even a 256KiB buffer would be too small, which is a dual-cpu Epyc system, where you can potentially have 128 cores / 256 threads.</p>

<p>That said, I think a short-term buffer size bump is fine, I'd just increase it a bit more than 256, maybe make it 1024.</p>

<p>Additionally, please add a comment regarding the limitations of the buffer size above the define, so that we can find some trace of this discussion in the future.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R106 KSysguard</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D27362">https://phabricator.kde.org/D27362</a></div></div><br /><div><strong>To: </strong>jakobkummerow, davidedmundson, ahiemstra<br /><strong>Cc: </strong>ahiemstra, cfeck, plasma-devel, Orage, LeGast00n, The-Feren-OS-Dev, cblack, jraleigh, zachus, fbampaloukas, GB_2, ragreen, ZrenBot, ngraham, alexeymin, himcesjf, lesliezhai, ali-mohamed, jensreuterberg, abetts, sebas, apol, mart<br /></div>