[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kwin
Subject:    [Bug 197369] KWin goes down when spammed with windows
From:       Thomas Lübking  <thomas.luebking () web ! de>
Date:       2010-02-10 18:56:16
Message-ID: 20100210185616.4FBF832422 () immanuel ! kde ! org
[Download RAW message or body]

https://bugs.kde.org/show_bug.cgi?id=197369





--- Comment #12 from Thomas Lübking <thomas luebking web de>  2010-02-10 19:56:00 ---
if you did not "disable functionality checks" kwin should suspend compositing
whenever the fps go down.
However if there are /thousands/ of windows (as mentioned in the bugreport...)
they'll drain away the entire available memory X uses for pixmaps (Qts
backbuffer) - what is then beyond the WM.
Compositing makes everything worse, but at this stage it doesn't really matter
anymore.

What could _theoretically_ be done is to cap the maximum amount of mapped
windows, schedule the other mapping requests (in a loooong queue ;-) and
release them everytime a slot gets freed.
i'm not sure whether this is an acceptable behaviour for a WM, though :-\
(to kwin it always the plasma client requesting the maps, whether a useless
message or the applauncher)

However, the core problems here are:
a) akonadi yelling thousand warnings in a row (did never happen here, though -
i occasionally get one or two)
b) the notifcation plasmoid showing messages w/o sense.

Other than kwin the plasmoid should have a rough idea about the window content
and if it gets thousands of requests from one client it could (much more
efficiently) schedule them internally, rather than just spamming your screen

I think this is why the central notification system exists:
prevent random dialogs from spamming you

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
kwin mailing list
kwin@kde.org
https://mail.kde.org/mailman/listinfo/kwin

[prev in list] [next in list] [prev in thread] [next in thread]