VOGONS


First post, by auron

User metadata
Rank Oldbie
Rank
Oldbie

first, this is how this drive scores on a 430FX P133 setup. results are also identical on a 430TX+200MMX, just 100 kb/s more buffered read speed:

P133FX.png
Filename
P133FX.png
File size
12.19 KiB
Views
649 views
File license
Public domain

then, a 440LX setup with PII 233. this one i've ran in both both DOS and windows 95 with DMA enabled:

PII233.png
Filename
PII233.png
File size
12.78 KiB
Views
649 views
File license
Public domain
PII233W.png
Filename
PII233W.png
File size
9.21 KiB
Views
649 views
File license
Public domain

curious why the buffered read speed is so low on the PII in DOS; what's more, this 8400 kb/s number is apparently a fluke that i can't repeat as it's now only scoring about 7300 kb/s when rerunning the bench. one difference is that the PII board has an AMI BIOS while the other setups have award. i already went through the BIOS settings and enabled every IDE related option that i could find; there's even an option for 32-bit access and disabling that will cut the aforementioned score in half.

i don't think the award BIOSes from that time actually enabled IDE DMA on a BIOS level, did they? the only other explanation i could think of would be the PII's purported weakness on 16-bit code, but i find that kind of hard to believe in this case.

Reply 1 of 9, by BitWrangler

User metadata
Rank l33t++
Rank
l33t++

There was some fireballs that were complete dogs. Got one, won't barely do 15MB/sec on anything, 20GB one, think it's an LE. Supposed to be ATA133 interface too 🤣

Edit: Thought you were complaining about speed overall, looks to be in the ballpark for it's age/series. Remember it's ATA33, so it's running sync on a PI but async on a PII which could be a difference.

Unicorn herding operations are proceeding, but all the totes of hens teeth and barrels of rocking horse poop give them plenty of hiding spots.

Reply 2 of 9, by auron

User metadata
Rank Oldbie
Rank
Oldbie

not sure what you mean, the 430TX i also tested this on comes with the exact same PIIX4 southbridge as 440LX on the PII, yet the performance difference is quite significant.

certainly wouldn't call this drive a dog for 1996, especially for this low RPM it performs quite well IMO. but yeah, the point is really about the difference between platforms here.

Reply 3 of 9, by darry

User metadata
Rank l33t++
Rank
l33t++

Specs for the Fireball TM series are here : https://web.archive.org/web/19971119181435/ht … fireball_tm.pdf and here https://web.archive.org/web/19970713092328/ht … /fbl_tm_ch4.pdf

It's a 4500rpm drive with an ATA-2 interface (16.6MB/second max) and a max disk to buffer (internal) transfer rate of 10.7 MB/second (I wouldn't be surprised if that was raw and includes ECC and possibly other overhead) .

It is a product of its time .

Reply 5 of 9, by darry

User metadata
Rank l33t++
Rank
l33t++
auron wrote on 2021-05-19, 21:50:

nobody an idea why a p1 would beat a p2?

It may be a quirk/fluke in Speedsys . Have you tried comparing results using other disk benchmarks ?

Reply 6 of 9, by pentiumspeed

User metadata
Rank l33t
Rank
l33t

Not kidding by what guys says.

These drives that are smaller than 10GB usually are slower due to density of the platters used. When you go to 80GB or larger, then ATA 133 is realized.

Cheers,

Great Northern aka Canada.

Reply 7 of 9, by auron

User metadata
Rank Oldbie
Rank
Oldbie
darry wrote on 2021-05-20, 00:07:
auron wrote on 2021-05-19, 21:50:

nobody an idea why a p1 would beat a p2?

It may be a quirk/fluke in Speedsys . Have you tried comparing results using other disk benchmarks ?

here's some hdtach results from win95 osr2 on that pii system with dma off and on for this drive - quite a difference to be sure and actually more than i've expected.

piopii.png
Filename
piopii.png
File size
9.28 KiB
Views
546 views
File license
Public domain
dmapii.png
Filename
dmapii.png
File size
9.33 KiB
Views
546 views
File license
Public domain

even though i've read the contrary, maybe the award BIOS actually is employing IDE DMA in DOS - i'm not sure where that higher transfer rate on the p1 systems should come from otherwise. i don't have a 440LX board with award BIOS to test this with unfortunately.

Reply 8 of 9, by Woody72

User metadata
Rank Newbie
Rank
Newbie

This why I switched my Win 98 system to SCSI. I was running a Seagate 80GB 7,200 RPM drive on the Triton II chipset and I never could get more than 7.8 mbps. With an Adaptec 2940UW, I get a consistent 29 mbps with a period correct 9GB 10K SCSI hard drive. Makes booting prtetty nippy even on an Pentium 166 MMX.

Modern PC: i7-9700KF, 16GB memory, RTX 3060. Proper PC: Pentium 200 MMX, 128MB EDO memory, GeForce2 MX(200).

Reply 9 of 9, by auron

User metadata
Rank Oldbie
Rank
Oldbie

well, using that p2 233, even this "slow" drive boots a bloated old win95 osr2 install that's been passed around through numerous boards in 35s (measured from end of post screen to finishing loading on desktop), so it's simply not an issue at all in my book. i wouldn't be surprised if the SCSI BIOS scan alone would nullify a lot of the speed gains vs. a similar IDE drive.

if you were only getting 8mb/s with a much newer drive on a controller that does 16mb/s in theory, that doesn't seem right. backwards and even forwards compatibility issues are possible on IDE - for instance the quantum drive talked about in this thread simply isn't recognized when i plug it into a promise ultra100 controller. they probably figured that nobody is going to buy a new controller to use ancient drives with anyway.

SCSI's still quite nice for its uniformity, as the adaptec controllers just force busmastering everywhere, but the IDE busmastering controllers on intel chipsets actually stole quite a bit of its thunder - i thought the HDtach results posted before show it in a very good light and adaptec's threadmark also shows significant gains on CPU efficiency. intel actually advertised the PIIX IDE busmastering as offering "SCSI-like" performance on their page back then and there's some truth to that. SCSI really shows off its advantage when running huge numbers of drives on a single chain or when leveraging its commang queing through heavy multitasking, and let's face it, neither of these things are very likely when playing around with this stuff these days.