Vc branch ready for testing

[Sven Langkamp]

On Tue, Sep 11, 2012 at 12:21 PM, JL VT <pentalis at gmail.com> wrote:

> I have overclockable memory but I'm fairly sure we are not bottlenecked by
> memory, nowadays nearly nothing is.
>
> 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?
>
It's more like the oppsite. Most of the time the cpu is waiting for data.
Your RAM is much slower than the cache, cache misses are usually really
expensive.

In the vc branch for example the masking for autobrush spends 2/3 of the
time doing memcpy. That's just copying the color into the dab.



> On Sep 11, 2012 2:52 AM, "Boudewijn Rempt" <boud at valdyas.org> wrote:
>
>> On Tuesday 11 September 2012 Sep, Sven Langkamp wrote:
>>
>> >
>> > I have done a quick experiment to test that in
>> > branch krita-multithreadedfixedbitblt-langkamp. Stroke benchmark is
>> > slightly faster and I measured that the time fixedBitBlt went down
>> (haven't
>> > done detailed testing, but is looks like a speedup of 1.6). I didn't
>> notice
>> > any improvements while painting though. Would be interesting to see if
>> it
>> > give bigger improvements on a quad-core (no extra libs required).
>> >
>> > I'm more and more wondering where all the performance goes.
>> >
>>
>> Maybe memory io? I mean, we must have awful cache locality throughout
>> Krita.
>>
>> --
>> Boudewijn Rempt
>> http://www.valdyas.org, http://www.krita.org,
>> http://www.boudewijnrempt.nl
>> _______________________________________________
>> kimageshop mailing list
>> kimageshop at kde.org
>> https://mail.kde.org/mailman/listinfo/kimageshop
>>
>
> _______________________________________________
> kimageshop mailing list
> kimageshop at kde.org
> https://mail.kde.org/mailman/listinfo/kimageshop
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kimageshop/attachments/20120911/ba54734b/attachment.html>