Re: [B2-devel] JIT-enabled BasiliskII for Linux/i386

[<gb...@di...>]

Hi,

> Hey, 7.6.1 is the best version of MacOS ever! :-)

Indeed, I have been told that but I directly jumped from 7.5.x to 8.x so
I missed that one ;-)

> > Try to disable the lazy flusher in compemu.h by setting
> > ENABLE_SOFT_FLUSH to 0.
> 
> That did it! The performance is very impressive.

You know, I always wanted to have BasiliskII at least faster than my
real Quadra 630 under my little AMD K6-2/300 powered Linux box. ;-)

How much faster do you think it is ? Among my quick tests with
Speedometer, Apple Personal Diagnostics, and Graphic Converter, I can
say that on the average, it is only twice as fast as Fusion 3.0 in dos
mode :-(

BTW, do you still intend to add some emul_ops for QuickDraw
acceleration ?

> In "Julia's Dream" there are some artifacts in the display, though (mostly
> in the window center). Looks like an arithmetic sign or flag is
> miscalculated somewhere.

After having read gencpu.c, I noticed a possible bug with CAS and CAS2
instructions when the noflags handler comes to be used. In any case, it
should set the flags because Z flag for example is used to determine
where to write the result (put_long / dreg ?). Bernie has now fixed it
in his source tree and I will probably do the same on next weekend.

Good news: Bernie implemented some FPU instructions for the JIT.

> BTW: Can the USE_MAPPED_MEMORY and related stuff be removed? This would
> clean up the code a little.

Yes, I don't need it. Eventually, the configure script will test the
possibility of mmap() if neither direct or real addressing is used (mmap
is already tested for in those modes). mmap() is "mandatory" because
malloc() probably isn't guaranteed to set the EXECutable bit for the
allocated region.

Actually, I would have liked to use the USE_COMPILER macro and the
compiler.cpp file name. Less files, shorter names, that's good ;-)

BTW: last time I tried, real addressing didn't work with the compiler.
mem_banks should still work but I think they consume too much cpu power.

I noticed you also had problems with VOSF under NetBSD/m68k. In
video_blit.h, does replacing the Duff's Device based blitter with a dumb
loop copying byte per byte, do any good ? If not, I really don't know
where the problem could be from.

Bye.
-- 
Gwenolé Beauchesne