nvidia driver slowing xfce desktop selection box and icons showing
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
After I configured my nvidia card (96.43.13 driver) in my slack 13 huge-smp system, xfce desktop selection box became very slow and resource consuming and when I switched to desktop from for ex. firefox the icons delayed to show up (maybe more than 1 sec!!). The other aplications that like games and KDE ran OK.
Using other distros (sabayon) I don't have this.
What could be the source of the problem? Later I will try with another kernel and report.
After I configured my nvidia card (96.43.13 driver) in my slack 13 huge-smp system, xfce desktop selection box became very slow and resource consuming and when I switched to desktop from for ex. firefox the icons delayed to show up (maybe more than 1 sec!!).
You should only run the huge kernel to troubleshoot issues. It has most option already compiled into the kernel which makes it bigger (it is called huge!) so it occupies more memory. You might also be experiencing a disk cache issue which would make your system slower.
Try to switching to the generic-smp kernel. You'll need to run mkinitrd... to install an init tree. It will only load those modules your system needs. Don't forget to update lilo.conf and re-run lilo too.
If you notice Xfce's Terminal and perhaps some other applications being drawn
very slowly in X, then you should try explicitly disabling the Composite
extension in /etc/X11/xorg.conf, or set XLIB_SKIP_ARGB_VISUALS=1 in your
environment prior to starting X. For more information on this, see: http://bugzilla.xfce.org/show_bug.cgi?id=2792
David and I just had a chat with Olivier in #xfce, and he advised that this is
essentially a user configuration problem. If the Composite extension is
enabled in xorg.conf, then Terminal will use ARGB32 window even if the
compositor is disabled in Xfce, moving or resizing ARGB32 is slow [if you don't
have hardware accelerated rendering.
Actually, these are different things. XLIB_SKIP_ARGB_VISUALS=1 instructs Xlib
not to advertise ARGB visuals. A compositor can be used even when without ARGB
(ie when XLIB_SKIP_ARGB_VISUALS is set), and (technically) nothing would
prevent an application from using ARGB visuals without a compositor (although
the use of ARGB visuals without a compositor will unlikely produce the expected
result, ie transparency
Let's not forget that the embedded compositor in xfwm4 can be enabled/disabled
on the fly without restarting, but the visual use by applications cannot be
changed that easily.
It would be better IMHO not to use ARGB in that case anyway.
From /usr/doc/NVIDIA_GLX-1.0/html/appendix-s.html
Quote:
This driver supports OpenGL rendering to 32-bit ARGB windows when the AddARGBGLXVisuals X config file option is enabled
I use the nvidia 96.43.13 driver, and I need to add
Code:
Option "AddARGBGLXVisuals" "True"
to the device section for the videocard in my xorg.conf to enable compositing. I do not see any problems in xfce.
Perhaps the above xorg.conf option will work better for you.
Hi. I read the nvidia manual, the bugzilla link and CHANGES_AND_HINTS.TXT.
Then I tested all these options and its combinations (nvidia-xconfig --no-composite, addargbglxvisuals, the environment variable one, ...), however it all gave the same result.
I perceived if there is some window behind the one being resized instead of the desktop area, the rendering is fast.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
