should we use QT_NO_GLIB=1 like kwin?

Aleix Pol aleixpol at kde.org
Wed Oct 6 21:03:30 UTC 2010


On Wed, Oct 6, 2010 at 10:51 PM, Milian Wolff <mail at milianw.de> wrote:

> Hey all,
>
> since I spent some time today to investigate the excessive wakeups of
> KDevelop
> while it's supposedly doing *nothing* I got a suggestion by pinotree in
> #kde-devel:
>
> He proposed to use QT_NO_GLIB for KDevelop. Indeed that removes most calls
> to
> poll() when comparing a strace -tt -p $(pidof kdevelop).
>
> See e.g. here how to implement:
>
>
> http://websvn.kde.org/trunk/KDE/kdebase/workspace/kwin/main.cpp?revision=1177865&view=markup
> search for QT_NO_GLIB.
>
> It's very easy and for kwin it also fixed high CPU usage bugs. Didn't we
> have
> some like these as well?
>
> Anyhow, the draw back would be: It's not possible to use gstreamer or
> phonon
> in KDevelop anymore as these require that glib eventloop. I personally
> don't
> see a reason (now) for using phonon in KDevelop. In the far future one
> might
> want to play screencasts or other media in embedded documentation...
>
> So what do you guys think: Should we try it out? Or leave it as-is?
>
> Bye
> --
> Milian Wolff
> mail at milianw.de
> http://milianw.de
>
> --
> KDevelop-devel mailing list
> KDevelop-devel at kdevelop.org
> https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel
>
>
As I said on the IRC I wouldn't be against it but I'd like to make it sure
that we _need_ that to work properly. Isn't there a reason for these poll
calls for instance? If you open a small app and leave it open it doesn't
take CPU constantly, at least...

Aleix
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20101006/87cdd30c/attachment.html>


More information about the KDevelop-devel mailing list