You are not logged in.
I have two issues after the new update. The first is window resizing. Before the update, window resizing was quick and painless. Now, it takes 4-8 seconds for each resize to take place.
The second issue is with keyboard commands. I have several keyboard shortcuts set up (ex. W-t to open terminal), however now at least 1/5 times the command will be repeated. This can be become extremely annoying, having to shut all of my extra terminal windows, etc.
Last edited by buttons (2007-11-09 05:04:54)
Cthulhu For President!
Offline
I have two issues after the new update. The first is window resizing. Before the update, window resizing was quick and painless. Now, it takes 4-8 seconds for each resize to take place.
The second issue is with keyboard commands. I have several keyboard shortcuts set up (ex. W-t to open terminal), however now at least 1/5 times the command will be repeated. This can be become extremely annoying, having to shut all of my extra terminal windows, etc.
I noticed the following response issues (post upgrade) while using Gnome + Compiz-Fusion:
- after a window is minimized to a panel, restoring the window by clicking on the appropriate Window List item takes a couple of seconds whereas it was instantaneous pre-upgrade;
- switching desktop via the Workspace Switcher is also slow to respond.
So after seeing your post, I attempted to resize a window (something that I hadn't done until reading your post), and sure enough the CPU shoots up to 100% and the corner drag-indicator moves all the way up to the new position before the window even begins to resize ... and slowly at that. So it seems that this is not necessarily an OpenBox-only issue.
By the way, if I switch to XFWM4 or Metacity instead of Compiz-Fusion, the resizing is only slightly jerky, but otherwise responds much more quickly and without the CPU spike I'm seeing with C-F.
Sorry I'm of no real help ... just wanted to acknowledge seeing similar behavior.
Edit:
punctuation
Last edited by MrWeatherbee (2007-11-06 19:28:34)
Offline
A work around for the resizing issue in ccsm select window management >> Default Resize Mode and change it from normal to rectangle or one of the other methods.
---for there is nothing either good or bad, but only thinking makes it so....
Hamlet, W Shakespeare
Offline
A work around for the resizing issue in ccsm select window management >> Default Resize Mode and change it from normal to rectangle or one of the other methods.
Yep.
It definitely eliminates the re-sizing issue which is the most egregious of the problems I mentioned. And workaround is definitely the appropriate word.
I guess workarounds to the other issues may be found in the C-F settings as well, but we can still hope for a real fix at some point.
Thank you for the heads up.
@ Buttons:
My apologies if you feel a bit hi-jacked.
Offline
Well apparently it is not an Openbox specific problem > http://bugzilla.xfce.org/show_bug.cgi?id=2818
So the other workaround is to disable composite in xorg.conf.
Offline
I have two issues after the new update. The first is window resizing. Before the update, window resizing was quick and painless. Now, it takes 4-8 seconds for each resize to take place.
The second issue is with keyboard commands. I have several keyboard shortcuts set up (ex. W-t to open terminal), however now at least 1/5 times the command will be repeated. This can be become extremely annoying, having to shut all of my extra terminal windows, etc.
I have the same issues as you do, please post if you see a solution somewhere. I'll do the same.
Offline
This definitely appears to be composite-related. I can reproduce the resizing issues if I load xcompmgr with my Openbox setup--but without xcompmgr, everything works fine.
thayer williams ~ cinderwick.ca
Offline
I reverted for the time being, I've been running and testing 7.3 on my laptop since the alpha of it and if I had paid more attention to it being deemed as stable I would've been more cautious on installing it.
Compositing has been a problem on my laptop as well, but scrolling absolutely murdered it, so I have it switched of and everything is fine - well, unless I plug in an external screen...
Offline
I use xfce and compiz-fusion (with nvidia) and have the problem with resizing, but only the transparent urxvt and gnome-terminal windows... other windows resize properly.
Offline
I am using openbox (AIGLX and compiz are disabled) and I have the same problem, just only with resizing terminals (urxvt, xfce and gnome terminals), other windows resizes fine. Also when I am changing workspaces, rendering of terminal windows content takes some time I've got the last xorg-server and fglrx driver. Does anybody know a way to fix it?
Offline
I think that composite manager is enabled by default in the new xorg. Try adding the following to your Xorg.conf
Section "Extensions"
Option "Composite" "Disable"
EndSection
---for there is nothing either good or bad, but only thinking makes it so....
Hamlet, W Shakespeare
Offline
Sorry to differ, but I have openbox with latest Xorg, composite enabled and xcompmgr loaded and not a problem. Using nvidia drivers (100.14.19).
To get something done, a committee should consist of no more than three persons, two of them absent.
--
My Github
Offline
Using nvidiadriver från repo and openbox. Even though theres no problem directly with rezising, I can se X load both of my cpus sky-hi when I rezise. I have composite enabled in xorg.conf
Offline
Hello,
i am using openchrome and there seems to be the same problem i tried wmii and dwm both behave in the discribed way. DWM is especially slow.
Disabling composite in Xorg.conf was no solution
Offline
I think that composite manager is enabled by default in the new xorg. Try adding the following to your Xorg.conf
Section "Extensions"
Option "Composite" "Disable"
EndSection
Thanks! It was a solution for my problem
Offline
Ok, I may have an idea, at least for nvidia users.
If you take a look at the nvidia driver README, you can see that you should NOT load xorg's DRI module in xorg.conf, as the driver is bundled with its own version. In xorg 7.2, you just had to comment the line Load "dri" in xorg.conf and the module was not loaded.
But looking at my Xorg.0.log this morning, I see this :
(II) "dri" will be loaded by default.
This xorg 7.3 smartass automatically loaded the module So the question is : how to force xorg not to load the dri module. Any ideas ?
Offline
perhaps you could try
Option "DRI" "false"
in the device section of xorg.conf
---for there is nothing either good or bad, but only thinking makes it so....
Hamlet, W Shakespeare
Offline
Missed
I've found how to disable DRI : just add Disable "dri" in the module section. More info here : http://lists.freedesktop.org/archives/x … 28326.html
I'd recommend all of you to do the same thing and tell if you see a difference. Personally, I fell like my desktop is a little faster (xcompmgr works good) but urxvt is still very slow. Maybe that's due to the true transparency setting.
I'm not sure anymore DRI is the responsible. Xorg is really what make linux sucks
Last edited by oliwer (2007-11-08 15:51:52)
Offline
Alright guys, problem solved
I've talked to an Nvidia developer who gave me the magic command :
nvidia-settings -a InitialPixmapPlacement=2
This will make window resizing as fast as before with compositing.
He also told me the bug would be totaly fixed in the next release of the nvidia driver.
Offline
Oh wow. That works perfectly!
Cthulhu For President!
Offline
Not just perfectly, everything is even faster than before. Awesome.
Offline
Bizarrely, this seems to have ridden me of the multiple keystroke problem as well. I guess it had something to do with drawing new transparent terminals when I hit the shortcut.
Cthulhu For President!
Offline