On Tue, 13 Jan 2004 21:34:52 -0000, "Mr. Slow"
<> wrote:
>
>"Kyle Brant" <> wrote in message
>news:bu1hcu$co7f2$...
>>
>> "Mr. Slow" <> wrote in
>> message news:bu18nn$ng1$...
>> |
>> | "Ava Keech" <> wrote in message
>> | news:...
>> | > On Mon, 12 Jan 2004 21:01:17 GMT, "James" <> wrote:
>> | >
>> | > >Trust me. Your drives will be slow on the K7S5A even when it
>> doesn't
>> | share
>> | > >a cable with the CDROM. My old Dell P2-500 kills the K7S5A on
>> drive
>> | > >throughput.
>> | >
>> | > Here is some old info I have.
>> | >
>> | > ================================================== ============
>> | > I was having a problem with my new Western Digital 7200 RPM 40 Gig
>> hard
>> | dive
>> | > running slow in Windows XP. I downloaded and installed the file
>> below and
>> | that
>> | > fixed it. On a older version of Sandra my hard drive benchmarked
>> at
>> | around
>> | > 4,000. That is very very slow. After installing the file below
>> my hard
>> | drive
>> | > benchmarks at 28,000!
>> | > http://download.msi.com.tw/support/dvr_exe/SiSide41.exe
>> | > P.S. I also found what appears to be a newer version of the file
>> above
>> | but I
>> | > have not tested it. Here is the link:
>> | > http://download.msi.com.tw/support/dvr_exe/SiSide47.exe
>> | >
>> | > My Hard drive would not go into DMA mode, it was stuck in PIO
>> mode. I
>> | tried a
>> | > few different things to get it into DMA mode but nothing worked.
>> PIO mode
>> | is
>> | > the reason I was getting very slow hard drive benchmarks. Once I
>> install
>> | the
>> | > SISise.exe file my hard drive went into Ultra DMA Mode 5. That is
>> why I
>> | saw
>> | > such a great improvement in hard drive benchmark scores.
>> | >
>> | > So my conclusion is check in the Drvice Manager under IDE
>> Controllers and
>> | if
>> | > your IDE Channels are in PIO mode and DMA mode will not "stick"
>> then
>> | using the
>> | > SIS drivers listed above may indeed help. But if you are already
>> in DMA
>> | mode
>> | > the SIS drivers will not help much if any. The old saying "If it
>> ain't
>> | broke
>> | > don't fix it" applies.
>> |
>> | I have always found the K7S5A to return poor IDE benchmarks. I have
>> just
>> | benchmarked 7 systems on 2 differnet LANs with a mixture of SIS, ALI
>> and VIA
>> | chipsetted boards. All are running with various 40gb. UDMA 100 HDDs,
>> Seagate
>> | WD and Maxtor. DMA is enabled on all. Latest manufacturers chipset
>> drivers
>> | installed on all. Benchmarks vary from 18,000 to 21,000 (K7S5a) up
>> to
>> | 27,100. That's a lot of difference! Ironically, the slowest HDD
>> machines
>> | have the fastest CPUs (T bred 2400 and 2200) and the fastest has the
>> slowest
>> | CPU (Duron 1800). Also, both of the slow machines are running Win 2K
>> NTFS as
>> | opposed to the others which are Win 98SE with FAT32. I've never been
>> able to
>> | explain it fully. Anyone care to comment?
>> | >
>> |
>>
>> You just explained it. Any benchmark that is file system oriented
>> will reveal that NTFS partitions are slower than fat32 partitions.
>> With my k7s5a setup (WD 40G 7200 HD, Thunderbird 1400 CPU), a Sandra
>> benchmark of the fat32 partition would yield about a 24,000 result (a
>> decent and expectable result), while a benchmark of the NTFS drive
>> would yield about 14,000 to 16,000 (best as I can recall). Further,
>> win98 benchmarks will tend to be a bit faster than win2k/XP benchmarks
>> due to the nature of the OS and how the OS works internally. Comparing
>> one brand HD to another with all the other factors thrown in
>> (different chipsets, different cpu speeds, different OS's, different
>> file systems) means none of your results are reliable comparisons.
>> Finally, as a wise old owl once said, mixing apples with oranges (when
>> benchmark testing) gives you fruit salad.
>> --
>> Best regards,
>> Kyle
>
>Fruit salad indeed Kyle but I have always felt that Win 98 based systems are
>quicker than those based on Win 2K and you have confirmed this. For me, Win
>98 is the better OS; a devil I know perhaps especially while MS are
>continuing support for 98SE.
>>
>
It does make sense that ntfs systems would benchmark slower than
fat32 systems. The extra security in ntfs should have a cost that
shows up on benchmarks.
PJ