So the problem does not come from my code.

I had many reports of slow L1 write speed from Sam users. If it's just a software configuration problem, maybe it's interesting to write a mini tuto explaining how to configure this.

Losing half the interest of L1 cache is a big bottleneck for the whole system.

@HammerD

---> L1 <---
INTEGER & READING 32 Kb block: 1219.05 Mb/s
READ32: 1386 MB/Sec

INTEGER & WRITING 32 Kb block: 1137.78 Mb/s
WRITE32: 1163 MB/Sec

---> RAM <---
INTEGER & READING 1024 Kb block: 94.46 Mb/s
READ32: 98 MB/Sec

INTEGER & WRITING 1024 Kb block: 54.41 Mb/s
WRITE32: 56 MB/Sec

Quite the same results Normal, anyway.

Waiting for a Sam440 result, to see where the cache problem is. Sam, or my code.

Now I'll have to do a 3D benchmark to see how performs a 460

Numbers reported are interresting, now we have to see how it performs "in real life"

Just looking at screenshots, Tremulous is a monster of shaders, we can clearly forget about it with MiniGL.

@Vulture

It benchmark memory.

To benchmark a cache, just do a memory benchmark, with a buffer size corresponding to the cache size.

When you acces memory, on first loop, the memory is automatically copied in caches. This way, on next loop, the CPU just have to acces caches -> "super speed".

Pegasos 2 does not have L3, and the 7447 have no L3 controller, so... L3 on AmigaOne is also not active. Some tests about this where just making the machine crash, that's why latest batchs of CPU module have no L3, too.

@Elwood

Hey, the fastest Os4 machine is MY Aone

Kidding.

Hum, many thanks m3x, but I see there is still a problem in the L2 write speed...

I have an idea... have to do some tests here.

EDIT:

New version:
http://crisot.free.fr/universe/files/RageMem.lha

-Now bench in 32 bits and 64 bits modes.
-Slow L1 issue should be solved.
-Added a mini "MAX MIPS" bench, just for fun (see readme about this).



RAGEMEM v0.37 - compiled 11/06/2010

CPU: Motorola MPC 7445/7455 Apollo 3.3 @ 1400 Mhz
Caches Sizes: L1: 32 KB - L2: 256 KB - L3: none
Cache Line: 32

---> CPU <---
MAX MIPS: 4194

---> L1 <---
READ32: 5331 MB/Sec
READ64: 10660 MB/Sec
WRITE32: 4569 MB/Sec
WRITE64: 3555 MB/Sec

---> L2 <---
READ32: 2474 MB/Sec
READ64: 3233 MB/Sec
WRITE32: 2216 MB/Sec
WRITE64: 2792 MB/Sec

---> RAM <---
READ32: 233 MB/Sec
READ64: 247 MB/Sec
WRITE32: 306 MB/Sec
WRITE64: 645 MB/Sec
WRITE: 663 MB/Sec (Tricky)

---> VIDEO BUS <---
READ: 29 MB/Sec
WRITE: 169 MB/Sec

@Daniel

Yes this happens on 440, but I still don't understand what's the problem. Maybe it's related to something in my code going wrong with 440.

Unfortunately I don't have a Sam to test... I'll have a look at memory alignment.

My goal with this update was to have a working video test, for the Sam460. L1 speed fix in next version, I hope

Hi people!

Uploaded v0.36 on Os4depot.

Do not use v0.35 anymore, this was just a test to try some fixs: Results are WRONG.

This v0.36 got a very crappy video test, but at least it should works on all Amiga. Sorry about that, I don't actually have a lot of time. Have to wait a few days

Ah! My 3.3 Apollo is a 7455A@1.4 Ghz, that's explain the version number (UBOOT returns it to be 400 Mhz, but it runs 1400).