[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: gui 'slow' with remote X ?
From: |
address@hidden |
Subject: |
Re: gui 'slow' with remote X ? |
Date: |
Fri, 28 Nov 2008 09:56:10 -0800 (PST) |
User-agent: |
G2/1.0 |
On 28 Nov., 18:53, "h...@computer.org" <h...@computer.org> wrote:
> > The last of these is the most relevant part here. As I recall, when
> > we do a copy, we currently:
> > 1) Copy the relevant parts into the (client-side) buffer.
> > 2) Draw the new bits.
> > 3) Copy the buffer to the client.
>
> Doesn't it use a simple XCopyArea() which is done completely on the
> Server?
Ah, I forgot to mention that in mySTEP the main slowness in
this situation comes from redrawing the areas that are uncovered
by scrolling. Especially if you are scrolling page-wise, this means
a full redraw per "Page Down"... In that situation you can't cache
anything in the GPU unless you want to change the NSClipView
to keep a backing store for the full documentView. This may need
a lot of memory in the GPU if you have a NSTable with 10000 lines...
- gui 'slow' with remote X ?, Philippe Roussel, 2008/11/22
- Re: gui 'slow' with remote X ?, Riccardo Mottola, 2008/11/23
- Re: gui 'slow' with remote X ?, David Chisnall, 2008/11/23
- Re: gui 'slow' with remote X ?, Fred Kiefer, 2008/11/24
- Re: gui 'slow' with remote X ?, David Chisnall, 2008/11/28
- Message not available
- Re: gui 'slow' with remote X ?, address@hidden, 2008/11/28
- Re: gui 'slow' with remote X ?,
address@hidden <=
- Re: gui 'slow' with remote X ?, Fred Kiefer, 2008/11/28
- Re: gui 'slow' with remote X ?, Riccardo Mottola, 2008/11/30
Re: gui 'slow' with remote X ?, Philippe Roussel, 2008/11/24