Bug 166537 - multiscreen breaks plasma performance
Summary: multiscreen breaks plasma performance
Status: RESOLVED UPSTREAM
Alias: None
Product: plasma4
Classification: Unmaintained
Component: multiscreen (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-07-14 15:17 UTC by Bartemius Crouch
Modified: 2008-12-17 01:56 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bartemius Crouch 2008-07-14 15:17:25 UTC
Version:            (using KDE 4.0.83)
Installed from:    SuSE RPMs

On a 2 monitor setup, when i open a menu, eg right click on the desktop or open kmenu(button is on the desktop) it takes 1-2 seconds for the menu to appear for the first time. clicking on the same desktop again works fast after that. when i click on the other monitor its slow again first, then fast.

Example:
step  action
1. click on right monitor ... wait 1-2 seconds ZZZzzzzz
2. click on right again ... fast
3. click on right again ... fast
4. click on left monitor ... wait 1-2 seconds
5. click on left again ... fast
6. click on left again ... fast
7. click pn left again ... fast
8. click on laft again .. .fast
9. click on right monitor ... wait 1-2 seconds

and so on, man i couldve gone on for ever :-)
Well, that seems like  some caching issue or something, at least its very very annoying, as i always do lotsa needless clicking wich tends to make me wait alot now.

Greetings,
me who is anonymous
Comment 1 Bartemius Crouch 2008-07-14 15:18:16 UTC
Almost forgot, its always that slow, with or without background image and even with or without desktop effects enabled ...
Comment 2 Médéric Boquien 2008-07-14 15:26:44 UTC
Hello,

Thank you very much for your report. Could you indicate what graphics card and what driver you are using? Thanks.
Comment 3 Bartemius Crouch 2008-07-14 15:40:58 UTC
Hi,

sure, its an nvidia 8800 gts 512
cpu is amd x2

the driver is the nvidia binary driver 173.14.09 from nvidia

im running 2.6.25.9-3-default on opensuse 11.0
Comment 4 Bartemius Crouch 2008-07-14 15:46:33 UTC
x86_64 is the arch
Comment 5 Bartemius Crouch 2008-07-15 09:46:20 UTC
just to give some more information with sektop effects on it looks like this:

1. complete shadow appears 0.1 second break max(hard to estimate but is fast.)
2. shadow disappears in the place the window should be drawn, only shadow outline stays, where the window/popup/menu should be i see my backgroundimage just as normal.
3. 1-2 sconds wait.
4. the window appears within the shadow outline.


some more info on when it happens:

- when i rightclick on the desktop



when does it NOT happen:

when i rightclick in the titlebar of a window, even when the popupmenu overlaps the desktop backgroundimage.
Comment 6 Bartemius Crouch 2008-07-15 09:50:21 UTC
without desktop effects on its just the wait, nothing speacial to see but the popupmenu takes 1-2 seconds to appear.

also it only happens when the kmenu button is part of the desktop, not when its part of the panel!
Comment 7 Gael Beaudoin 2008-11-18 20:13:55 UTC
Hi Bartemius,

Do you still have the problem ?
Can you try again with trunk, or, with KDE 4.1.3 and latest nvidia beta drivers (180.06) ?

I've two dual head setup and both do not have such problem, and one box is nearly 3 years old.
Comment 8 Aaron J. Seigo 2008-12-05 03:16:59 UTC
..or try the open source nvidia driver to rule that out. we've had click-causes-waits issues with the binary nvidia driver.
Comment 9 Aaron J. Seigo 2008-12-17 01:56:57 UTC
sounds so much like the other nvidia driver related issues and others do not have this issue, so i'm closing as upstream. if the reporter can provide additional information that points otherwise, we can re-open.