SFS Benchmark
After my last updates (checkout and test, please) SFS became stable enough to let it work on a real hardware, on native. As a reminder, I will firstly show the raw performance of my harddrive running through ata.device:
Testing with a 512 byte, MEMF_FAST, LONG-aligned buffer.
Read from SCSI: 6805708 bytes/sec
[...]
Testing with a 262144 byte, MEMF_FAST, LONG-aligned buffer.
Read from SCSI: 57461964 bytes/sec
Now, the SFS partition has been created with 1 sector per logical sector (kind of standard on Amiga) and with all debug turned off. The resulting performance is following:
Testing directory manipulation speed.
File Create: 17744 files/sec
File Open: 26498 files/sec
Directory Scan: 40269 files/sec
File Delete: 10258 files/sec
Seek/Read: 6424 seeks/sec
Please note that the slowness of file operations (create/open/dir scan/delete/seek) is due to enormous amount of context switches. I will probably improve it later, so expect it to be twice as fast soon. Now the real performance:
Testing with a 512 byte, MEMF_FAST, LONG-aligned buffer.
Create file: 11043136 bytes/sec
Write to file: 13080896 bytes/sec
Read from file: 12458496 bytes/sec
Testing with a 4096 byte, MEMF_FAST, LONG-aligned buffer.
Create file: 25875456 bytes/sec
Write to file: 31401984 bytes/sec
Read from file: 16304640 bytes/sec
Testing with a 32768 byte, MEMF_FAST, LONG-aligned buffer.
Create file: 51707904 bytes/sec
Write to file: 62603264 bytes/sec
Read from file: 15536128 bytes/sec
Testing with a 262144 byte, MEMF_FAST, LONG-aligned buffer.
Create file: 53837824 bytes/sec
Write to file: 31686656 bytes/sec
Read from file: 77266944 bytes/sec
It should be noted, that even with 512-byte buffers the performance is pretty good (11MB/s in the worst case) thanks to a nice cache handling and read-ahead of the SFS. The numbers are of course a bit disturbed (noone will belive in 77MB/s transfers :)), but give some nice hint about the speed of the SFS. Hmm, isn't SFS nice?
PS. I have tried to stress SFS partition a bit, copied many times, benchmarked and such :) No errors have been reported by SFS. Therefore I consider it as a pre-release version (beta was yesterday :)))
Testing with a 512 byte, MEMF_FAST, LONG-aligned buffer.
Read from SCSI: 6805708 bytes/sec
[...]
Testing with a 262144 byte, MEMF_FAST, LONG-aligned buffer.
Read from SCSI: 57461964 bytes/sec
Now, the SFS partition has been created with 1 sector per logical sector (kind of standard on Amiga) and with all debug turned off. The resulting performance is following:
Testing directory manipulation speed.
File Create: 17744 files/sec
File Open: 26498 files/sec
Directory Scan: 40269 files/sec
File Delete: 10258 files/sec
Seek/Read: 6424 seeks/sec
Please note that the slowness of file operations (create/open/dir scan/delete/seek) is due to enormous amount of context switches. I will probably improve it later, so expect it to be twice as fast soon. Now the real performance:
Testing with a 512 byte, MEMF_FAST, LONG-aligned buffer.
Create file: 11043136 bytes/sec
Write to file: 13080896 bytes/sec
Read from file: 12458496 bytes/sec
Testing with a 4096 byte, MEMF_FAST, LONG-aligned buffer.
Create file: 25875456 bytes/sec
Write to file: 31401984 bytes/sec
Read from file: 16304640 bytes/sec
Testing with a 32768 byte, MEMF_FAST, LONG-aligned buffer.
Create file: 51707904 bytes/sec
Write to file: 62603264 bytes/sec
Read from file: 15536128 bytes/sec
Testing with a 262144 byte, MEMF_FAST, LONG-aligned buffer.
Create file: 53837824 bytes/sec
Write to file: 31686656 bytes/sec
Read from file: 77266944 bytes/sec
It should be noted, that even with 512-byte buffers the performance is pretty good (11MB/s in the worst case) thanks to a nice cache handling and read-ahead of the SFS. The numbers are of course a bit disturbed (noone will belive in 77MB/s transfers :)), but give some nice hint about the speed of the SFS. Hmm, isn't SFS nice?
PS. I have tried to stress SFS partition a bit, copied many times, benchmarked and such :) No errors have been reported by SFS. Therefore I consider it as a pre-release version (beta was yesterday :)))
posted by Michal Schulz at 02:23
6 Comments:
Exelent work!!!
How is the ATI driver going?? Will it support ATI 9200 cards?? Sure hope so!
Best of luck with further coding!
I'm about to work on ATI right now. And yes, it is supposed to support 9200 cards too :)
The SFS was just kind of "work for fun". Firstly I wanted to check, how easily would be the recompile, then I've found out, that I've compiled most of SFS. Then it was obvious that it has to be done completely :)
Hi again, Michal!
I just want to ask you for your opinion. Now that we have a real file system, network stack and an almost working wanderer... What is missing for a beta native system?
We soon have ATI:-), we have nVidia support, and sound is coming around too.
So if AROS can be installed native on a partition of your own choice I thing tings will come around. Is it possible to make SFS partitions using PQMagic? I’m kind of an OS freak... So I like having 100% control making partitions. I now have WinXP, linux and Zeta(BeOS) running. I would love to also install AROS, but it must be a safe way to do it. Also, is there a problem with the 1024 cylinder when making AROS partitions?
Thanks for your time!
Tor
Bergen/Norway
USB support is missing, that for sure :) Then we need (again ;)) applications.
Apart from that, provided that AROS works stable, it should be already usable as a native operating system.
You may make a SFS partition with PQMagic if only it allows setting partition types manually. You have to make a partition of type 0x2f. The only important thing is that it has to be a primary partition. Our partition.library does not handle the extended partitions (which is really pity if you ask me).
Neither AROS nor SFS has any issue with cylinder 1024. Since our ata.device uses LBA addressing (both 28-bit and 48-bit ones) whereas possible, you should be able to create your partition just anywhere on the drive. Accessing the partition with SFS should be also pretty safe, since SFS cannot (at least in theory) access any single byte outside it's own partition.
PS. On my PC system I use SFS partition on my primary harddrive. I've never had any problem with it.
thought-provoking, mootable pv. just my thoughts, well anyways gl & be chipper is what i say
Best of luck with further coding.
...............
Oliviya
Wow, check out this site called www.fluc.com. Free SMS and free mobile ads!! Its fantastic
Post a Comment
<< Home