Excessive X server size
ajax at nwnk.net
Fri Jun 9 07:44:25 PDT 2006
On Friday 09 June 2006 04:07, Xavier Bestel wrote:
> On Wed, 2006-06-07 at 21:52, Keith Packard wrote:
> > On Wed, 2006-06-07 at 15:00 -0400, Adam Jackson wrote:
> > > I don't know of anyone actively working on anything in this space.
> > > It's definitely an interesting area of research though.
> > I'd say the real problem is that uncompressed images are huge, and
> > decompression is (now) reasonably efficient (and helps sell more x86 cpu
> > cycles). We can do a couple of things:
> > 1) Support compressed images in the server using the nascent read-only
> > picture support in Render.
> Would that help in the remote server case (access though ssh -X -C) ?
Yes, if your image compression algorithm does better than zlib, which is
usually the case. You do end up double-compressing the stream which is
slightly inefficient, but CPU bandwidth is enough greater than network
bandwidth that I wouldn't worry about it.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: not available
More information about the xorg