[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [DotGNU]performance test / SWF ?

From: Rhys Weatherley
Subject: Re: [DotGNU]performance test / SWF ?
Date: Thu, 09 Oct 2003 21:09:02 +1000
User-agent: KMail/1.4.3

On Thursday 09 October 2003 08:56 pm, Thomas Fritzsche wrote:
> Hi Rhys and dotgnu-hackers,
> good to hear that my general compute-bound aspects run "pretty good".
> and I agree that speed can improved by the ways you proposed, but I have
> currently a little other problem. It is that my SWF/System.Draw
> applications are so slow. I compared this with Neil results from
> Windows+RedHat(vmware) and for some reasons his system is more than 10
> times faster. (windows even more) So this is something with my system
> configuration, but dotgnu SWF is the only application I observe this. I
> wrote to a linux mailinglist to get a hint, compiled different freetype
> versions, changes X11 settings etc. but nothing works. Everything else is
> fast as before and dotgnu is still slow as before.

Different X systems can give different behaviours.  Neil's may have a better 
accelerated X driver than yours.  Or the garbage collector performs 
differently because of different amounts of memory/swap.  It could be 
basically anything.  Performance is a combination of factors - not a linear 

Even if your X pipeline is slower doesn't mean that it cannot be optimized 
with clever algorithms.  X is fast.  Very fast.  But it is also very easy to 
use it poorly.  Rather than worrying about how slow it is, concentrate on 
writing better algorithms to feed text into the pipeline.  All things being 
equal, if we ran this on a 100 MHz machine, it should scream - *if* the right 
algorithms are used.  Which obviously they aren't at present.

What does "ilrun -M" report as the most commonly called methods when you run a 
drawing test?  That should give you a place to start.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]