Excessive X server size

[Adam Jackson]

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.

- ajax
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20060609/0d1ead5f/attachment.pgp>