nanogui: Thread: How to improve the speed?

Hi,because it is too slow that running on 68VZ328(the os is uClinux),now I have to do some work to improve the speed,who can tell me where to start?   
    Thanks a lot!

####@####.#### wrote:

> Hi,because it is too slow that running on 68VZ328(the os is uClinux),now I have to do some work to improve the speed,who can tell me where to start?   
>     Thanks a lot!

If gprof profiling works on uClinux, try using that to find out where
most of the time is being spent in the server. Also try doing some
benchmarking to find out what types of operation are particularly in
need of improvement (drawing horizontal and vertical lines, drawing
pixmaps, moving areas around, etc.). Once you have a better idea of what
exactly would most benefit from optimisation, write versions of those
routines (blit, line drawing, palette conversion, whatever) which run
faster on your hardware.

-- 
------------ Alex Holden - http://www.linuxhacker.org ------------
If it doesn't work, you're not hitting it with a big enough hammer

Also, remember that uClinux is for machines that have no MMU and run at low 
speeds.  Its just a fact of life that you won't be able to run Quake at 30fps 
on this processor.   You will need to stick with simple line drawing and use 
things that have large for() loops (like memory copying, or rectangle fiill) 
sparingly.

Jordan

On Monday 14 January 2002 05:50, Alex Holden mentioned:
> ####@####.#### wrote:
> > Hi,because it is too slow that running on 68VZ328(the os is uClinux),now
> > I have to do some work to improve the speed,who can tell me where to
> > start? Thanks a lot!
>
> If gprof profiling works on uClinux, try using that to find out where
> most of the time is being spent in the server. Also try doing some
> benchmarking to find out what types of operation are particularly in
> need of improvement (drawing horizontal and vertical lines, drawing
> pixmaps, moving areas around, etc.). Once you have a better idea of what
> exactly would most benefit from optimisation, write versions of those
> routines (blit, line drawing, palette conversion, whatever) which run
> faster on your hardware.