Re: [hatari-devel] OS X performance problem

[Thomas Huth <th.huth@xxxxxx>]

Am Wed, 28 May 2014 21:17:24 -0500
schrieb Bob Carpenter <hatari@xxxxxxxxxx>:

> 
> On May 28, 2014, at 5:46 PM, Eero Tamminen <oak@xxxxxxxxxxxxxx> wrote:
> 
> > 
> > To see what compiler options CMake uses.  If there's no -Ox option,
> > that explains the slowness.
> 
> I saw -O3 instead of -Ox. Would this make a huge difference? Or do
> you simply mean a number after the “-O”?

That should be simply a number, -O is normally specified with an
optimization level.

> >> Something dealing with screen refresh ??
> > 
> > Try "--statusbar=no --drive-led=no" to see whether these
> > affect the screen update.
> > 
> 
> This solved the problem for me. Shutting off the status bar brought
> Hatari back up to full speed. Since the status bar was never a
> problem before, I am wondering if it is the track information that is
> being constantly displayed. I do not know what else has been changed
> in the status bar that would have such a drastic effect.

The new code calls SDL_UpdateRects() quite often. I think that call is
quite expensive on Mac OS X. I might be better to gather the update
regions and then to do one single SDL_UpdateRects() at the end of the
function.

 Thomas