nanogui: Nano-X running on BF531 uClinux board: extermely slow updates
Subject:
Re: [nanogui] Re: Nano-X running on BF531 uClinux board: extermely slow updates
From:
"Aaron J. Grier" ####@####.####
Date:
29 Jun 2004 00:15:50 +0100
Message-Id: <20040628231518.GB17401@mordor.unix.fryenet>
On Mon, Jun 28, 2004 at 10:55:23AM +0530, vishal wrote:
> Further to the tesing that i carried out with the vnc application
> (LINK_APP_INTO_SERVER=Y), I found that the screen write functions being
> called are
>
> 1. linear16_drawpixel,
> 2. linear16_readpixel,
> 3. linear16_drawhorzline,
> blitting isnt used, and the linear16_blit function isnt called (even with
> PSF_HAVEBLIT defined)
> Also i am using 16 bit display access ( #define USE_16BIT_ACCESS 1 )
> However none of these fuctions seem to be taking any significant amount
> of time.
not individually, but doing individual pixel operations has quite a bit
of overhead.
> also on profiling of an entire screen update, i see that the time taken
> varies. sometimes its just 1 sec and sometimes its like 2,3,4 secs or more.
> Cud i be missing something somewhere??
yes. you need to figure out why VNC is not using blits. what calls
does it use in its main drawing loop? if it's not using GrRect(),
GrFillRect(), GrArea(), GrCopyArea(), GrBitmap() and other area-related
calls, instead using things like GrPoint() and GrLine(), it's wasting a
lot of time.
--
Aaron J. Grier | Frye Electronics, Tigard, OR | ####@####.####
