On Wed, 2 Jun 2010 09:08:56 +0200 Benjamin Zores <b...@geexbox.org> said:
> On Wed, Jun 2, 2010 at 5:58 AM, Brett Nash <n...@nash.id.au> wrote: > > > Can you just rebuild evas _without_ neon enabled (you only need to > > recompile evas, doesn't effect any other library). > > > Looking at the ratios to my tests, my feeling is neon isn't working I > > have to say. > > How could that be ? > If it's compiled in, it's getting use, right ? > Or is there some env var to be set as for async rendering ? async != neon. neon requires a --enable. async rendering wont help you unless you have more than 1 core. and yes - it needs an env var set. its in the README. > > Try -O2. Arms don't have great caches. I found -O3 slower then -O2. > > (never tried -O4). -Os is also noticeably slower then O2. > > Will try. > > > You textblock intl will be rather heavily changing that number. I have > > a number in the order of 50 for my score, and most of my tests are > > quicker. > > No idea why, but will check. > > > If only it was that good ;-) > > Yeah well, the scores are better than the one I experienced on N900. > FYI, I've tried expedite on N900 months ago, either with my or Raster > pre-built EFLs and I had results 5x slower than the one on raster's > website. unless you run expedite fullscreen, the n900 also runs a compositor - and that massively hits performance numbers. it's not a very optimal gl/compositing path on the n900's drivers. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
