> Again, Gnome and KDE are a collection of X clients and the API for > creating those clients. Nothing in Gnome or KDE attempt to replace or > re-invent the X server. And since clients are part and parcel of the X > system, the problem is in part of certain X implementations specifically > Gnome and KDE.
Gnome and KDE are NOT X implementations any more than GIMP is an X implementation. Gnome and KDE are X _applications_. X implementations include the server, the font server, and Xlib, and maybe a few other things. > Size is not the issue, not in and of itself. The only real problem in > the X server is that it is rather chatty; lots of bandwidth because it > is constantly polling for events then transmitting events and actions > between the client and server. The part that needs more work in the > basic server is optimizing the stream of this on-going traffic. An This is not an issue locally. It's inter-process communication. That overhead is there no matter what. > adjunct to the server are the video drivers, and the X86 world is > awash in umpteen gazillion video chips and derived boards. The drivers > for this milieu of chips and boards can use some work to make sure that > there are accelerated X servers for them (too many boards require the > use of the non-accelerated SVGA server in the XFree86 world). This is a real problem, but it's not X's fault. > The real work needs to be done on the client side. Again, Gnome and > KDE are collections of X clients. Their only connection with the server So, X is not slow. Some X applications are. If you don't like these, why not use different ones? Like XFCE? MWM? WindowMaker? Enlightenment? -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
