Just can't stay away
Joined: 2006/12/1 19:07 Last Login
: Today 17:31
From Germany
Group:
Registered Users
|
@Rolar Using C:Copy from/to RAM: for benchmarks doesn't make any sense, and it's not comparable at all if you don't even include the BUF size you used in the results (the default is way too small). Even using DiskSpeed is much better than that.
With the C:Copy test only a small part depends on the speed nvme.device and it's hardware, you are benchmarking 4-5 different things at the same time instead: 1. Speed of the C:Copy implementation. Unless a lot in the AmigaOS version changed and was improved, or even better it was reimplemented from scratch, it's a very slow way for copying files and for example ASyncWB is much faster. Additionally the AmigaOS C:Copy and the Enhancer C:Copy are completely unrelated software. Same goal, but independent implementations. For example you can't use the Enhancer C:Copy for results comparable to results from someone else who is using the AmigaOS C:Copy instead. 2. Speed of RAM-Handler. For example RAM-Handler versions using ExtMem are very likely slower than older versions without ExtMem support. 3. Speed of the file system used on the nvme.device partition. 4. Speed of the disk cache used by the file system. For example with SFS either it's external (diskcache.library) or internal cache system (diskcache.library.kmod disabled or removed from the Kicklayout), but most other file systems probably have internal disk caches as well. The speed of the caches depend on the IExec->CopyMemQuick() speed and can be very different on different Amiga NG systems, and for example both of the SFS caches don't include any of the required optimisations for CPUs with 64 byte cache line sizes but only have support for the older, 32 byte cache line CPUs. 5. nvme.device and the NVMe hardware.
Except for some ancient SCSI drivers nvme.device is very likely the first AmigaOS 4.x device driver using a command queue (sg2's drivers don't, I don't know anything about the Sam460, X1000 and X5000 SATA drivers). The AmigaOS 4.x file systems were optimised for device drivers only supporting a single transfer at a time and have to be changed to benefit from device drivers with command queuing.
|