PC-Config 9.33 now freeware! / more LBAcache+UDMA tests

Eric Auer writes:

Hi, forwarding a good hint from Uwe Sieber (UMBPCI guy):

http://www.holin.de/ has PC-Config analyzing tool 9.33 now as FREEWARE, in English and German versions. I think it is more useful and crashes less often than compinfo .

He suggested that I use it to measure my UMB speed: On my chipset, hardware UMBs are not cacheable. This explains why LBAcache becomes slow when loaded into an UMBPCI UMB. As a workaround, I load LBAcache into low RAM now (but left CDRcache in UMBs: sectors are bigger on CD-ROM, so the cache has to do less "list of cache contents"-processing for CD-ROM).

Some extra measurement results (did not measure cached int 13 speed, RAWREAD crashes due to the overflow / "infinite" speed, but it is roughly the same as the int 25/26 speed):

As you can see, using UMBPCI hardware UMBs on my "UMBs not cacheable"- VIA Apollo (M)VP3 chipset really hurts computation-intensive LBAcache, even when using a SMALLER cache. Using DR DOS EMM386 for UMBs or loading LBAcache LOW helps a lot. Making the cache SMALLER helps to make the cache considerably faster (maximum speed is reached if the cache is 1 MB small as far as I remember: At and below this size, an optimized search strategy can take full effect). I think the cache hit speed is even acceptable with cache loaded high into uncached hardware UMBs (10 MB/s). And if you care more for idle drives than for fast access, you will prefer using a huge LBAcache loaded high over loading a small LBAcache into low RAM.

My CPU is an AMD K6-2 500 MHz and UDMA loaded into hardware UMBs without using an extra cache (apart from the disk cache) reaches 18-21 MB/s linear (int 13 is only 18 MB unless aligned) and 18-26 MB/s "same 64k again and again" (harddisk has 0.5 MB builtin cache), in which case odd buffer address means lowest performance, normal buffer address means 19/24 MB/s int13/int25 and aligned (to multiple of 64k) buffer address gives 24-26 MB/s.