Inefficient 2D performance of NvidiaLinux driver

The inefficient 2D performance of the NvidiaLinux driver-Linux general technology-Linux technology and application information. The following is a detailed description. Previously, zx complained about the bad performance of Fx and Compiz in GeForce 6600GT and GeForce 8600GTS for a long time. werner and whans both knew this clearly, moreover, whans, who once liked zx, used Intel onboard graphics cards (What's wrong ). The problem was found in the 2D part of the Nvidia graphics card driver. How can this happen? Let zx tell you.



(400) {this. resized = true; this. width = 400; this. alt = 'click here to open new window';} "onmouseover =" if (this. resized) this. style. cursor = 'hand'; "onclick =" window. open ('HTTP: // farm4.static.flickr.com/3156/2847970840_5a4630d774.jpg'); ">

In Linux, the typical window manager includes Gnome and KDE. Although the visual styles of wm are quite different, their respective plot functions are built on a common basis on X11. In 2000, XFree86 launched the xrender extension. After that, the high-quality anti-aliasing and color hybrid plot function gradually replaced the traditional X11 plot function (I don't know how the level of the GDI plot function is, in the 2 k era, there is no anti-sawtooth plot function (verify, summon tc )). However, Nvidia's current drivers have poor support for these new alpha-mixed xrender APIs, resulting in the following processing: when the font rendering with a smooth sub-pixel and a large area of transparent bitmap painting through a pixel-by-pixel channel is very slow-this is just a typical task of Fx and Compiz.

This problem is becoming more and more obvious and intolerable with the development of wm technology: for example, after zx's favorite Gvim, after using a slightly more complex syntax highlighting, moving the cursor, a dull and sleep operation, is full of jumps. Here, we will not mention the rolling speed of YY's poisonous bear space in Fx.

[Well, don't complain. It's constructive.]
After KDE 4 was launched, the amazing performance problem of the N series graphics card was finally completely manifested (to the fow of plasma), and even Intel was several times ahead of the inventor of the GPU in the evaluation; the founder of independent graphics cards (2d + 3d) and the successor of 3dfx (not to mention ATI ). Nvidia continues to ignore the problem, which is so bad that it finally begins to solve the problem. Now there are some feasible solutions.

1. Use the new Nvidia Driver (to compile) 177.67

2. Modify xorg. conf
Option "PixmapCacheSize" "1000000"
Option "AllowSHMPixmaps" "0"

3. Modify the startup configuration file
# Nvidia-settings-a InitialPixmapPlacement = 2-a GlyphCache = 1

Article 3 zx has previously introduced that it does have some effect on Fx and Compiz. The second article here is also very reasonable.

Nvidia, you should open source the linux driver. The level of your drive is different from the situation five years ago. At that time, when you were ahead of the curve, you were still far behind.