doc@holin.ATT.COM (David Mundhenk) (07/07/89)
I was wondering if someone could fill me in on disk controller models. I am mainly interested in RLL, ESDI and SCSI controllers for AT compatibles. What are the model codes for these cards from the well known manufacturers/suppliers (e.g. Western Digital, DTC, Adaptec, etc.) I am fairly familiar with WD XT cards but not the 16 bit ones. Thanks for the info, Dave Mundhenk :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: EMAIL: ...!att!holin!doc | "I can't complain but | /^, VOICE: (201)-580-4943 | sometimes I still do"| / } _, , , __ #include <std.disclaimer> | - Joe Walsh | /_./ (_l |/ <~_ ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
neese@adaptex.UUCP (07/08/89)
Here is the part number and descriptions for the various AT controllers from Adaptec. ACB-2312 MFM controller w/floppy controller ACB-2370C RLL Controller wo/floppy controller ACB-2372C RLL controller w/floppy controller ACB-2320B 10Mbit ESDI controller wo/floppy controller ACB-2322B 10Mbit ESDI controller w/floppy controller ACB-2322B-8 15Mbit ESDI controller w/8K cache w/floppy controller ACB-2322B-16 15Mbit ESDI controller w/16K cache w/floppy controller ACB-2320D 20Mbit ESDI controller w/64K cache wo/floppy controller ACB-2322D 20Mbit ESDI controller w/64K cache w/floppy controller AHA-1540A SCSI Host Adapter wo/floppy controller AHA-1542A SCSI Host Adapter w/floppy controller Hope this helps Roy Neese Adaptec Central Field Applications Engineer UUCP @ {merch,texbell,killer}!cpe!adaptex!neese
ppa@hpldola.HP.COM (Paul P. Austgen) (07/12/89)
I just started using an Adaptec 2372 controller with 1:1 interleaving. I am really impressed with the performance. I wouldn't buy anything less now that I've seen it.
karl@ddsw1.MCS.COM (Karl Denninger) (07/14/89)
>Response 2 of 2 (4172) by ppa at hpldola.HP.COM on Thu 13 Jul 89 21:33 >[Paul P. Austgen] > >I just started using an Adaptec 2372 controller with 1:1 >interleaving. I am really impressed with the performance. I >wouldn't buy anything less now that I've seen it. Try using that board with SCO Xenix and watch the performance disappear. Try calling Adaptec with a question and watch them scratch their head (after you get through 6 hours of busy signals and holds!) Try using the WD1006-V/SR2 and watch all that performance come back and more, and in addition watch the controller work flawlessly with more drives for a longer time. Call WD with a question; you get an answer, without the indefinite holds and busys. (The WD1006 has a true track buffer; the ACB does not. Thus, if your driver(s) are the least bit slow you get hosed on each and every disk read/write and the performance disappears. The WD board does not have this problem. The WD is also a true digital design; note that nice trimmer pot on the ACB board.) Then toss that ACB2372 where it belongs. In the trash. -- Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl) Public Access Data Line: [+1 312 566-8911], Voice: [+1 312 566-8910] Macro Computer Solutions, Inc. "Quality Solutions at a Fair Price"
chan@chansw.UUCP (Jerry H. Chan) (07/18/89)
In article <[4172.3]comp.ibmpc;1@ddsw1.MCS.COM>, karl@ddsw1.MCS.COM (Karl Denninger) writes: > >Response 2 of 2 (4172) by ppa at hpldola.HP.COM on Thu 13 Jul 89 21:33 > >[Paul P. Austgen] > > > >I just started using an Adaptec 2372 controller with 1:1 > >interleaving. I am really impressed with the performance. I > >wouldn't buy anything less now that I've seen it. > > Try using that board with SCO Xenix and watch the performance disappear. Performance is pretty good on Interactive Systems 386/ix 2.0.x w/HPDD (High Performance Disk Driver -- Fast File System optimizations). Maybe you need a change in OS's, eh? ;-). > Try using the WD1006-V/SR2 and watch all that performance come back and > more, and in addition watch the controller work flawlessly with more drives > for a longer time. Implied in your statement is that you've had trouble w/the WD1006 as well as the ACB2372, only that the trouble was deferred for a longer period of time. More detail about failures you've seen would be appreciated. Well, I'm looking at a spec sheet from WD labeled WD1006V FAMILY; some side-by-side comparisons are in order between this critter & ACB2732: WD1006V Adaptec 2372 Supports 1:1 interleave Supports 1:1 interleave Look-ahead track cache w/8k ??? (Spec sheet does not indicate) buffer SMT (Surface Mount Technology) Same as WD 7.5 Mbit/s data rate Same as WD 56-bit ECC scheme (Error Corr- ??? (Spec sheet does not indicate) ecting scheme) Low profile Low profile Fill in the blanks, and I suspect that these two are comparable. > The WD is also a true digital design; note that nice trimmer pot > on the ACB board.) From the ACB-2370/2372 User's Manual, "The ACB-2372 has these additional features: ... * Analog floppy data separator. This gives much higher data integrity than digital data separators. Thus floppy data reliability and data retrievability are improved over previous AT floppy controllers." Whatever this means... Analog is *not* necessarily a bad thing, though. > [comments about poor phone support deleted] I'm surprised that SCO Xenix is tossed for the same reasons :-) > Then toss that ACB2372 where it belongs. In the trash. I will take a close look at the WD1006V series (they are just becoming available to my hw distributors in this area), and will run some benchmarks on both ISC 386/ix 2.0.x as well as DOS 3.3 on various classes of machines. Give me a couple of weeks, eh? :-) Climbing out on a limb (i.e., speaking from personal memory / observations), the ACB2372 is older technology and has been available for a while (1+ years?), whereas the WD "V" series is *brand-spankin'-new*. I would expect to see *improved* performance over time, meaning that, sure, I would believe that the WD "V" series is a higher performance card. However, performance is *not* the *only* criteria on which one bases his purchases (price, customer support, availability, reliability come to mind immediately). I for one take exception to Karl's comment about tossing the Adaptec in the trash (was there an implicit smiley face?), being that the ACB2372 is a fine, usable product -- can you fault a piece of equipment which does what it was spec'ed to do? While the ACB2372 may not be leading the State of the Art, what product *ever* does for its entire life cycle? I certainly will not toss my ACB2372's in the trash; my wife (or at least my 1.5 and 3 year olds) would *kill* me :-). I wouldn't be surprised if Adaptec has a yet faster RLL controller in the works. Disclaimer: I have no affiliation w/either Adaptec or Western Digital except that I regularly purchase some of their products; however, I wish that I could receive compensation for my comments above. Send $$$ to my addr below :-) > -- > Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl) > Public Access Data Line: [+1 312 566-8911], Voice: [+1 312 566-8910] > Macro Computer Solutions, Inc. "Quality Solutions at a Fair Price" -- Jerry Chan (Voice) 508-853-0747 |"My views necessarily reflect the Chan Smart!Ware Computer Services & Products | views of the Company because Worcester, MA 01606 | I *am* the Company." :-) {bu-cs,husc8,cloud9}!encore!chansw!chan \---------------------------------
karl@ddsw1.MCS.COM (Karl Denninger) (07/19/89)
>----- >Response 4 of 4 (4172) by chan at chansw.UUCP on Tue 18 Jul 89 10:42 >[Jerry H. Chan] > >>In article <[4172.3]comp.ibmpc;1@ddsw1.MCS.COM>, karl@ddsw1.MCS.COM (Karl >>Denninger) writes: >> Try using that board with SCO Xenix and watch the performance disappear. > >Performance is pretty good on Interactive Systems 386/ix 2.0.x w/HPDD (High >Performance Disk Driver -- Fast File System optimizations). Maybe you need >a change in OS's, eh? ;-). Yeah, I want to change to an OS which doesn't know how to spare sectors right for anything except 3:1 interleave MFM drives! (inputting BFI values produce either garbage mapping, or valid values are rejected! This bug is _confirmed_ by Interactive, and is in 1.0.6 > 2.0.1! "mkpart -A" is also broken, and confirmed). Anyone who is selling 386/ix Unix for use with RLL drives is asking for some MAJOR headaches when customers can't get defects mapped right! >> Try using the WD1006-V/SR2 and watch all that performance come back and >> more, and in addition watch the controller work flawlessly with more drives >> for a longer time. > >Implied in your statement is that you've had trouble w/the WD1006 as well >as the ACB2372, only that the trouble was deferred for a longer period of >time. More detail about failures you've seen would be appreciated. Actually, we've had about a 20% failure rate on the ACB boards within the first year of ownership. We've had ONE board fail out of about 50 with the WD1006-V/SR2s. The ACB board does not have a track cache -- it achieves 1:1 interleave only if your driver can access the sectors fast enough. Under dos this _usually_ works. Under Unix it works once in a great while ;-) The WD is the clear winner here. The WD also has a superior ECC implementation, and a built-in surface test that really, truly works. > * Analog floppy data separator. This gives much higher data integrity than > digital data separators. Thus floppy data reliability and data > retrievability are improved over previous AT floppy controllers." Which is why I have an ACB board right here with unreliable floppy performance.... riiiight Adaptec! Ever hear of a thing called "drift"? I'll bet anything you wish to lose that the pot Adaptec uses isn't even CLOSE to the stability of a dedicated-value component in that location. So why doesn't Adaptec use a (insert value) 1% precision resistor in that place? Perhaps because they need to tweak each board before it goes out -- or it might not work at all on floppy drives! >> [comments about poor phone support deleted] > >I'm surprised that SCO Xenix is tossed for the same reasons :-) Really? Sco has ALWAYS been responsive to our questions and bug reports. Interactive (in California) pretends you don't exist, won't call you back, and in general is completely unresponsive; their east coast office tries to help, but lacks the manpower and knowledge to do so. (The east coast office has also told us TWICE that a fix for the bug was in a new release -- first with 2.0, then with 2.0.1 -- neither time was it really fixed). >I will take a close look at the WD1006V series (they are just becoming >available to my hw distributors in this area), and will run some benchmarks >on both ISC 386/ix 2.0.x as well as DOS 3.3 on various classes of machines. >Give me a couple of weeks, eh? :-) I would, except that we've been selling the WD boards for over 7 months! C'mon, they're not THAT new! I've had them in stock since December; they're a real hot item. Finally, the WD board will run in a high-speed bus (16 Mhz claimed). We haven't checked THAT one completely -- the fastest bus I have here is 12 Mhz. The ACB2372 board chokes completely with the speed cranked -- the WD1006 just returns clean data at ~700KB/sec! >Climbing out on a limb (i.e., speaking from personal memory / observations), >the ACB2372 is older technology and has been available for a while >(1+ years?), whereas the WD "V" series is *brand-spankin'-new*. I would Again, we've had 'em for seven months... >performance is *not* the *only* criteria on which one bases his purchases >(price, customer support, availability, reliability come to mind immediately). In that order? We base our choices on which product(s) to offer for sale to customers on several criteria as well, but we have different priorities. They are: reliability performance customer support (since we provide that in-house) price (yeah, it's important, but not in front of the others!) The WD V-series has consistantly come out on top of the "Standard" controller heap. If you want the _BEST_, you buy a DPT board with on-board cache (512K - 16MB!). But be prepared to spend through the nose for it. 95% of the users get along just fine with a WD1006V. If you choose your products based on price above all else, you _will_ get hosed. Thus, you need to build in some extra cash for insurance (and/or replacements) against that eventuality. If you DO build in that extra cash, you may as well have bought something better -- the first time. >the trash (was there an implicit smiley face?), being that the ACB2372 is >a fine, usable product -- can you fault a piece of equipment which does >what it was spec'ed to do? While the ACB2372 may not be leading the But it doesn't. I have had a lot of problems with Adaptec, dating back over two years. In addition their customer support STINKS. Getting busy signals for 4 or 5 hours straight, and then finally being told "too bad, don't use our board" in response to a question on the technical support line doesn't cut it. When we call a manufacturer's customer support line, it's because we truly need help. It is unacceptable, to us as a reseller, to be told to go stuff. We use, spec, and support the WD boards. They aren't perfect -- but they're a darn sight better Adaptec. And WD will talk to you if there ARE problems (they also tend to have a solution to the problem :-). -- Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl) Public Access Data Line: [+1 312 566-8911], Voice: [+1 312 566-8910] Macro Computer Solutions, Inc. "Quality Solutions at a Fair Price"
davidsen@sungod.crd.ge.com (William Davidsen) (07/22/89)
In article <1190@chansw.UUCP> chan@chansw.UUCP (Jerry H. Chan) writes: | > Try using that board with SCO Xenix and watch the performance disappear. | | Performance is pretty good on Interactive Systems 386/ix 2.0.x w/HPDD (High | Performance Disk Driver -- Fast File System optimizations). Maybe you need | a change in OS's, eh? ;-). The problem is that Adaptek does the buffering in BIOS software, and I believe that IN/ix does as well. Track buffering in software is not a new trick, it was part of a BIOS I wrote for CP/M-80 in 1978. It makes a big improvement in performance on a slow disk, but it does take memory and CPU. I would gladly turn on such a speedup if I had it, but I don't. I'm hoping to upgrade when SCO gets their act together... right now I can have the best compiler choice with SCO3.2 and NFS/X11 with Open Desktop (beta, yet). I will stick with Xenix, it's reliable and I am doing production. I have tried IN/ix and went with Xenix, topic for another group, or better yet talk.religion. Karl convinced me to try the WD, and I'll report what I see when I get it. bill davidsen (davidsen@crdos1.crd.GE.COM) {uunet | philabs}!crdgw1!crdos1!davidsen "Stupidity, like virtue, is its own reward" -me