Processing framework and color space conversion

Dmitry Kazakov dimula73 at gmail.com
Tue Jan 27 08:51:23 UTC 2015


Hi, Stefano!


Also, stacking different "frameworks" that uses their threads in different
> manner, plus having a couple of static threads that are rarely used might
> not be the best idea.
>
> Obviously "fixing" this is easier to be said than done, though since we
> have stroke jobs that can be concurrent, "partially concurrent", blocking
> etc, it can be a good reason to have a system like that, so not "blindly"
> hard capping threads numbers, but doing something more sophisticated.
>

I'm totally agree with you about "stacking" frameworks. It is not the best
option. We could experiment with it when a trivial solution is done. When
we have a QtConcurrent-based solution, we can manually experiment with
threads balancing. And if it shows better performance, say, more than 20%,
we will improve the scheduler and processing framework. Do you like that
plan? :)

-- 
Dmitry Kazakov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kimageshop/attachments/20150127/b2cf7dc7/attachment.html>


More information about the kimageshop mailing list