<p>I have overclockable memory but I'm fairly sure we are not bottlenecked by memory, nowadays nearly nothing is.</p>
<p>But I can still test, I can test at 1333 mhz and 1866 mhz (just an example) and see if there is a chance. Is there any other way to check for a memory bottleneck?</p>
<div class="gmail_quote">On Sep 11, 2012 2:52 AM, "Boudewijn Rempt" <<a href="mailto:boud@valdyas.org">boud@valdyas.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Tuesday 11 September 2012 Sep, Sven Langkamp wrote:<br>
<br>
><br>
> I have done a quick experiment to test that in<br>
> branch krita-multithreadedfixedbitblt-langkamp. Stroke benchmark is<br>
> slightly faster and I measured that the time fixedBitBlt went down (haven't<br>
> done detailed testing, but is looks like a speedup of 1.6). I didn't notice<br>
> any improvements while painting though. Would be interesting to see if it<br>
> give bigger improvements on a quad-core (no extra libs required).<br>
><br>
> I'm more and more wondering where all the performance goes.<br>
><br>
<br>
Maybe memory io? I mean, we must have awful cache locality throughout Krita.<br>
<br>
--<br>
Boudewijn Rempt<br>
<a href="http://www.valdyas.org" target="_blank">http://www.valdyas.org</a>, <a href="http://www.krita.org" target="_blank">http://www.krita.org</a>, <a href="http://www.boudewijnrempt.nl" target="_blank">http://www.boudewijnrempt.nl</a><br>

_______________________________________________<br>
kimageshop mailing list<br>
<a href="mailto:kimageshop@kde.org">kimageshop@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kimageshop" target="_blank">https://mail.kde.org/mailman/listinfo/kimageshop</a><br>
</blockquote></div>