patrik wrote:
@AMIGAZ:
Chech if exec.library is in fastmem with Sysinfo - the library list shows in which type of memory each library is allocated. If it is in chipmem, use FastExec to move it to fastmem.
Burst enabled for the datacache might make things slower on a 030. Burst speeds up sequential accesses and punishes non-sequential accesses and data accesses usually arent extremely sequential. This in combination with the 030s small cache..
So skip the "Cpu CACHE BURST" and just let SetPatch enable the caches as usual. It will enable both instruction and datacache for you, but only enable burst for instruction cache (instruction loading tends to be very sequential).
As others have mentioned, the more colours you use, the less chipram bandwidth will be available when say rendering graphics:
Hires/Hires Lace 2 and 4colours: 3.5MB/Sec write (max)
Hires/Hires Lace 8colours: 2.5MB/Sec write
Hires/Hires Lace 16colours: 1.5MB/Sec write
No read results, but I dont have them in my head and the A2000 is tucked away at the moment.
/Patrik
I turned off the burst cache today and it feels a bit quicker and Sysinfo shows that the exec.library is in fastram
I'm running in highres laced at the moment which could explain the big slowness and also using FFS which is the slowest filesystem in earth :sleep:
Anyway..I'm going to make an AIAB testresult so you guys can see if it's sloow or is it just me. :-)
Maybe the ECS graphics is the big thief here which makes everything so slow.
i'm also positive that the kickstart is loaded into fast ram since I just commented that command line out of my startup sequence which gave me more chipram after that