Geert Uytterhoeven píše v Pá 16. 08. 2013 v 23:57 +0200:
In a kernel that has both IDE and nfhd support, once everything is in the buffer cache, I get: atari:~# dd if=/dev/hda2 bs=1M of=/dev/null 141114880 bytes (141 MB) copied, 5.91 seconds, 23.9 MB/s atari:~# dd if=/dev/nfhd8p2 bs=1M of=/dev/null 141114880 bytes (141 MB) copied, 17.09 seconds, 8.3 MB/s
FYI, I have just tried running XFERRATE.TTP (freeware by AnodyneSoftware.com) under plain TOS with clock driven by RTC and disk image without byteswap (it's still my original 1000 MB disk from Atari Falcon). I got the following results with a small 30 MB partition that most probably fully fit into host buffer cache: Rwabs() transfer rate: 26660-26220 kb/sec XHDI transfer rate: 26750 kb/sec Please note that the Rwabs is a direct BIOS access. I think it's rather close if not equivalent to your 'dd if=/dev/hda2'. It basically means that since the XHDI path is slightly shorter code path so the data transfer is very slightly faster. That's actually what one could expect. I will try more tests, especially with ByteSwap in ARAnyM enabled (to see if there's a performance penalty). Will also try changing fread to read and implement reading more sectors at once in the XHDI NatFeat implementation. Will post my results here. In summary, the slow nfhd above seems to be caused by the linux-m68k implementation as I can't see such slow down under plain TOS. Petr -- To unsubscribe from this list: send the line "unsubscribe linux-m68k" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
