HDTenEightyP/NetNews huggingface dataset:
From: martin@unislc.uucp (Martin Cryer)
Subject: Re: Can a '486DX drop into a '486SX socket?
Reply-To: martin@unislc.UUCP (Martin Cryer,D1Z01,5754)
Organization: Unisys, Salt Lake City
Date: Thu, 1 Oct 1992 20:26:58 GMT

In article <ETLMIKE.92Oct1175550@jerry.ericsson.se> etlmike@jerry.ericsson.se (Mike Wilcox) writes:
>In article <1992Oct1.004856.23867@unislc.uucp> martin@unislc.uucp (Martin Cryer) writes:
>
>   In article <BvCC6B.5A3@fmsrl7.srl.ford.com> wehr@fmsrl7.srl.ford.com (Bruce Wehr) writes:
>   >    I am posting this for a colleague (who doesn't have net access) who
>   >    would like to know:
>   >
>   >    "Can I simply install a '486DX chip into a '486SX socket to get a
>   >    `fully functional' 486 computer system?"
>
>   No, DON'T try it... Add the 487SX. Don't try hacking the tracks to the
>   socket to rearrange pins either... 
>   I bet you'll never find the correct signals to move on the top or bottom
>   layers of your probable 12+ layer board anyway, unless your board is
>   an in-house design, in which your case H/W guys will know how to design
>   for each type anyway.
>
>On the other hand, maybe your motherboard is DESIGNED to take either.
>I know mine is! The difference is approximately 3 of the pins, for which my
>motherboard has jumper settings - different for 486DX, 486SX, or
>486+487SX.

Perhaps even a 487SX alone... If you have 3 jumpers then this tends to suggest
it will allows this too.

I abscence of a board designed to be jumperable to the several types,
I would avoid trying to "modify" an existing board unless you are
willing to risk the board.

I bet an Intel built board won't have the 3 jumper option though!

Some boards may have the 486SX as a surface mount part. :-(

I bet Intel marketing just love your board designer / vendor. :-)

>
>Mike
>
>--
>Mike Wilcox                    Guildford, Surrey, England.
>CME 20 Design Dept.            Tel:   +44-483-303666
>Ericsson Cellular Systems.     Email: etlmike@deep-thought.ericsson.se

Martin Cryer

All opinions my own etc.
Organization: University of Illinois at Chicago
Date: Monday, 5 Oct 1992 22:06:22 CDT
From: Juan A. Varela F. <U35334@uicvm.uic.edu>
Newsgroups: comp.sys.ibm.pc.hardware
Subject: STONED virus in partition table

My PC got a STONED virus in the partition table.  The software I am using to
removed says it can not be removed from that location.  I backed up all my
files, delete everything, remove the partitions, create the partitions again,
formated the partitions, and loaded the operating system (only boot files),
and THE VIRUS IS STILL THERE!!!!!
I was told I need to make a low level format.  Can any body tell me how to
do that?  Or better, does anybody knows of a software program that would
remove the virus from the partition table?  ANY help you could give me would
be greatly appreciated.

*  Juan A. Varela F.                                U35334@UICVM.UIC.EDU      *
*  University of Illinois at Chicago                72070.3046@COMPUSERVE.COM *
*                                                  TELEPHONE (708)771-9015    *
*  Te quiero flor de los mares,                          FAX (708)771-9049    *
*  verte libre y soberana!                                                    *
Newsgroups: comp.sys.ibm.pc.hardware
From: isc10085@nusunix1.nus.sg (NG YENG YONG)
Subject: Re: ISA, EISA, MCA, Local bus???!!!???
Organization: National University of Singapore
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 5 Oct 1992 07:40:53 GMT

EISA - acronym for Extended ISA. 32-Bit Bus supporting Bus Mastering.
MCA  - acronym for Micro Channal Architecture. Proprietry and patent by
       IBM. Offer much better performance over ISA but rated quite
       competitively to EISA. Also supports Bus Mastering.

These two bus architectures offer much improved performance of ISA, but
they are generally suited for systems used as servers and others that
require high performance between CPU and other peripherals; that's why
bus mastering is supported.

Best regards,
StevE
Newsgroups: comp.sys.ibm.pc.hardware
From: mmark@elbe.engin.umich.edu (Mark D Myran)
Subject: Re: HELP: Connecting a Sony 1952 19" Color Monitor to VGA ???
Date: Mon, 28 Sep 92 22:25:58 EDT
Organization: University of Michigan Engineering, Ann Arbor
Originator: mmark@elbe.engin.umich.edu


In article <1a6f34INN7er@matt.ksu.ksu.edu>, paryavi@matt.ksu.ksu.edu (Saiid Paryavi) writes:
> I am trying to connect a Sony 19" Color Monitor to a standard Super VGA
> board.  I have a 5 BNC to VGA cable.  So far, I have not been successful
> in doing this.  It looks like that my VGA card and the monitor don't sync
> up together.
> 
> By the way, the monitor does 60Hz on Vertical and 48.8 KHz on Horizontal
> (at least that is what the manual says!).

Standard 640x480 VGA has a horizontal sync rate of 32.5 kHz.  Higher
resolutions have higher sync rates, and most VGA cards let you customize
the sync rate to your monitor to some extent.  You really need to find
out what sync rates your VGA card is capable of in which modes.  If it
can't do 48.8 kHz, you're not going to get the monitor to work.

Mark Myran
Xref: sparky comp.sys.ibm.pc.hardware:25476 comp.sys.intel:1780
From: flui@fraser.sfu.ca (Francis Wai Gee Lui)
Subject: Choosing a graphics card
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Sat, 3 Oct 1992 23:58:55 GMT

Pardon me if this is a FAQ, but how much slower is a Tseng Labs ET4000-based
card on a Local Bus compared to a Diamond Stealth on an ISA bus?

RSVP via e-mail, as I don't have the time to sift through all these postings.

  __   __
 / /\ /_/\__   Francis Lui
/_/ /\\ \ \/\  e-mail: flui@sfu.ca
\ \  / \ \  /
 \ \ \  \_\/   You know you're a techno-dweeb when
  \_\/         floppy drive applies more to your love life,
               and hard drive to your machines.
Newsgroups: comp.sys.ibm.pc.hardware
From: gilem@aix02.ecs.rpi.edu (Michael R. Gile)
Subject: MAG MX15F color divergence problem
Organization: Rensselaer Polytechnic Institute, Troy, NY
Date: Fri, 2 Oct 1992 18:25:00 GMT

I received a Mag mx15f yesterday and found that it is really nice except
for one noticable flaw.  There is a small triangle in the upper left 
corner (about 1/2" down and 3/4" across) which has rather obvious color
divergence problem (maybe a wrinkle in the shadow mask?).  Is this a common
problem with these monitors?  I'm probably going to return it next week,
because I am currently running it in 640x480 and 800x600, and the problem
seems worse with higher resolutions.  Any suggestions/comments?

Mike
gilem@rpi.edu

I wanted to get a Nanao 550i, but I couldn't justify spending twice as much
for only 2 more inches of screen diagonal...  :(



Newsgroups: comp.sys.ibm.pc.hardware
From: suvrat@spss.com (Bob Hays)
Subject: Quantum hard disk
Organization: SPSS, Inc.
Date: Wed, 30 Sep 1992 21:21:09 GMT

Hi guys,
I have a qunatum 52 MB hard disk, which is giving me problem lately.
Norton callibrate aborts, saying disk mapping error found.
Can anyone tell me, what it is and can it be solved and HOW???
-Suvrat
-- 
===============================================================================
The opinions expressed above are those of Suvrat and not SPSS, Inc.
 suvrat@spss.com  Phone: (312) 329-3529 | "I'm hovering like a fly, waiting
                   Fax:   (312) 329-3657 |  for a windshield on a freeway" -PG
From: luit1@wsinfo11.info.win.tue.nl (Wim Jansen)
Newsgroups: comp.sys.ibm.pc.hardware
Subject: Problem posting ? (test)
Date: 29 Sep 92 10:24:27 GMT
Reply-To: luit1@info.win.tue.nl

I think I have a problem posting to this group.....
Then again, if anyone reads this, I may have not ... !

Sorry (in the latter case).

Wim.

-- 
======================================================================
=         -- Another Key-bored Genius gets Mouse-trapped --          =
=        luit1@info.win.tue.nl ( in real life: W.M. Jansen )         =
======================================================================
Newsgroups: comp.sys.ibm.pc.hardware
From: jmm@meaddata.com (Jeff Mertz)
Subject: COM2 / 16550 UART upgrade
Organization: Mead Data Central, Dayton OH
Date: Fri, 2 Oct 1992 13:02:22 GMT
Distribution: usa

I acquired a serial card for my 386sx20 running MS-DOS 5.0.
It had one com port, and room for a second. I installed the
appropriate chips to make com2 a high speed one (16550, 1488, 1489).

When I use the MODE command, I get "unsupported" error on
"MODE COM2 19200"
"MODE COM2 38400" etc...

Is there something in config.sys (DEVICE=) that I need to do?
Or is this bios dependant and the most I can do is 9600?

HELP!

-- 
$ cat .signature
Jeff Mertz | jmm@meaddata.com  | ...!uunet!meaddata!jmm
$ exit
Segmentation fault (core dumped)
Newsgroups: comp.sys.ibm.pc.hardware
From: ching@angelo.amd.com (Mike Ching)
Subject: Re: Does the AT support 2 Bus Mastering cards??
Organization: Advanced Micro Devices, Santa Clara, CA
Distribution: na
Date: Wed, 30 Sep 1992 01:52:44 GMT

In article <344@bmbcomp.uucp> RS@bmbcomp.uucp (Rick Stomphorst) writes:
>Subject line kind of asks it all. (Reworded:)  Does an IBM AT compatible PC
>(386/486) support more than 1 Bus Mastering card in the expansion bus??  Has
>anyone ever tried this?  What kind of PC were you using?
>

The AT supports multiple bus masters. I have an Adaptec 1542B SCSI
adapter and a NE2100 clone Ethernet adapter in my 386-40.

Mike Ching

Newsgroups: comp.sys.ibm.pc.hardware
From: jre@zeos.com (Jim Erickson)
Subject: Re: re-partitioning disk w/o losing data???
Organization: Zeos International, Ltd
Date: Mon, 05 Oct 1992 15:24:15 GMT

In article <1992Oct2.191358.4422@ohm.york.ac.uk> jkn@ohm.york.ac.uk (John Nicoll) writes:
[Stuff deleted for brevity]
>
>1) Am I write to assume that this is because the partition
>information has been lost? FDISK says nothing there,
>but I guess that other (hardware) reasons may also cause this
>
>
>2) assuming (1) is true, is it possible to put
>new partition tables on my disk without reformatting
>it? I know (roughly!) how it was partitioned
>(into 2 drives of about 65Mb & 55 MB respectively);
>is it possible to get it roughly right & tweak it
>by examining the disk later?
>
>As you can see, I'm anxious to get the data from
>this disk!! any help very gratefully received
>(by email preferably)
>
>	thank you
>		john nicoll
>
>
>-- 
>john nicoll (jkn@ohm.york.ac.uk)
>Department of Electronics  University of York
>Heslington   YORK YO1 5DD U.K
>NEW PHONE! Tel +44 (904) 433221   Fax +44 (904) 432335

  Could be the partition. If it is, try using Norton Utilities or something
similar to save the partition. They are usually pretty good. If it does
work, back off your data and repartition/reformat the drive because the
process may leave corrupted files or format info on the drive. Only back off
the data you cannot replace from original disks, reinstall the rest to be
sure none of the executables are corrupt. 
  If you use FDISK to partition it, your data is pretty much gone.

---JRE---

-- 
Jim Erickson             ZZZZ EEEE  OO   SSSS   ZEOS International, Ltd.  
support@zeos.com   INET     Z E    O  O S       Technical Support Dept.
uunet!zeos!support UUCP    Z  EE   O  O  SSS    530 5th Ave N.W.
800-228-5390      VOICE   Z   E    O  O     S   St. Paul, MN 55112
612-633-7337             ZZZZ EEEE  OO  SSSS    FAX         612-633-4607
Newsgroups: comp.sys.ibm.pc.hardware
From: jre@zeos.com (Jim Erickson)
Subject: Re: 486/50 WITH local bus ?
Organization: Zeos International, Ltd
Date: Mon, 05 Oct 1992 15:11:20 GMT
Keywords: 486-50DX local bus

In article <1992Oct3.040855.17105@u.washington.edu> olsenc@milton.u.washington.edu (Clint Olsen) writes:
>>bus 486-DX 50 Mhz. with local bus !
>>
>>I understand that the impression here on the net is, that a 50 MHZ local
>>bus is not yet on the market. How can they offer me one then ?
>>(PS : the bare machine costs : 3799,-- (guilders, holland)
>>Any help is appreciated. (Any offers also..:-))
>>FRed.
>>
>
>Here in Seattle, WA, 50 MHz local bus has beeen out for a few months.
>The catch is finding peripherals that will work at that speed.  At the
>time of its debut, Tseng's local bus video card wouldn't work at such
>speeds.  I don't know if that's the case now, but it's something to
>keep in mind.
>
>-----------------------------------------------------------------------
>Clint Olsen 
>olsenc@u.washington.edu
>
>Computers cause dain bramage...
>-----------------------------------------------------------------------

   The VL-Bus specs, which have been summarized by my collegue Ken here on
the net, state that VL-Bus _slots_ have a max frequency of 40MHz. The VL-Bus
itself can go up to 66MHz. The difference is due to electrical
characteristics of the slot hardware. Zero-wait-state operation is supported
up to 33MHz. One-wait-state is supported for 40MHz to 66MHz.
   BTW, there is a difference between the VL-Bus and THE CPU local bus. This 
is so the VL-Bus can support both 386 and 486 class CPUs.

---JRE---

-- 
Jim Erickson             ZZZZ EEEE  OO   SSSS   ZEOS International, Ltd.  
support@zeos.com   INET     Z E    O  O S       Technical Support Dept.
uunet!zeos!support UUCP    Z  EE   O  O  SSS    530 5th Ave N.W.
800-228-5390      VOICE   Z   E    O  O     S   St. Paul, MN 55112
612-633-7337             ZZZZ EEEE  OO  SSSS    FAX         612-633-4607
Newsgroups: comp.sys.ibm.pc.hardware
From: avg@litwin.com (Anil Gokhale)
Subject: How to test the '5E' video mode???
Organization: Litwin Process Automation
Date: Tue, 29 Sep 1992 15:53:24 GMT

I am testing a Toshiba T6400DXC. This is a 486 with a flat panel active
matrix color display.  I want it to run in the 640x460 resolution,
at 256 colors.  The tech reference manual says this is the '5E' video mode.  
Running under SCO ODT2.0, at this resolution the screen goes blank.
(But the external monitor works.)  I am able to run it at 16 colors.

In DOS, the CHECKIT program has a bunch of vide mode tests but I 
could not find anything for 640x480@256, the so called 5E mode.  
What else is out there to test this?  

-------------------------------------------------------------------------
                               Dr. Anil Gokhale
Litwin Process Automation                          avg@dynsim1.litwin.com
1250 W. Sam Houston Pkwy. South          ...!uunet!dynsim1.litwin.com!avg
Houston, Texas 77042, U.S.A.                               1-713-268-8209
-------------------------------------------------------------------------

Newsgroups: comp.sys.ibm.pc.hardware
From: ajb8886@ritvax.isc.rit.edu
Subject: Re: Use RLL drive w/ MFM Controller?
Reply-To: ajb8886@ritvax.isc.rit.edu
Organization: Rochester Institute of Technology
Date: Sun, 27 Sep 1992 00:12:32 GMT

In article <1992Sep24.123857.43306@kuhub.cc.ukans.edu>, 2fubgarble@kuhub.cc.ukans.edu (Jason L. Wilson) writes:
>I am currently working on an upgrade project which involves installing
>an RLL encoded hard drive into an AMI BIOS equipped 286-16.  The drive
>is a MINISCRIBE 8438.  I have a 16-bit DTC MFM controller with floppy
>support.  Is it posible to use the 30MB RLL drive as a 20MB MFM drive
>with the controller I have or will I have to purchase an RLL contoller?
>Any information concerning this project will be greatly appreciated.
>Thanks.
>
>-Jason
>
>_
>Jason L. Wilson
>2fubGARBLE@kuhub.cc.ukans.edu


Yes, you can use the 30 MB RLL drive as a 20MB MFM.

Set up the drive as BIOS type 2 (615 cyls * 4 hds * 17 sectors).

You'll get a "drive failure message" on bootup; if your AMI Bios has built
in diagnostic utilities, you should be able to use them to perform a low-level
format; else you'll need a DOS-bootable diskette and a program to do a low
level format (such as Ontrack's Diskmanager, etc).

First do a low level format of the drive, then boot from floppy, run FDISK and
create a bootable partition, then use DOS format c:/s.

Considering that 1:1 RLL controllers with floppy can be had for about $39 now,
why not just go for the RLL?  The RLL controller is 50% faster (and 50% higher
capacity) than the MFM equivalent.




Speaking of controllers, does anyone have one of those PerStor controllers
available?

Alex
From: Mike@tron.gun.de (Michael Gerhards)
Newsgroups: comp.sys.ibm.pc.hardware
Subject: Re: ll format IDE to install linux
Organization: TRON Public Mailbox, Neurath, Germany
Date: Sun, 27 Sep 92 00:02:00 +0200

Reply to "ll format IDE to install linux"
from BBROWN%INFONODE.INGR.COM@USENET.ZER

Hello,

> a.  has it ever been decided if it is safe to ll format ide?

my dealer told me that a lowlevelformat will destroy the ide-hdd.

c  u

Michael
--
 ** Z-Net: MIKE@WANDERER  Internet: mike@tron.gun.de  Fido: 2:242/21.111 **
  ***** Michael Gerhards ; D - 4040 Neuss 01 ; E.-Hoepner-Strasse 41 *****
Newsgroups: comp.sys.ibm.pc.hardware
From: tdbear@tandon.com (Tom Barrett)
Subject: Re: Intel's "Overdrive" chip
Organization: Tandon Corporation, Moorpark, CA
Date: Thu, 1 Oct 1992 16:25:35 GMT

In article <1992Sep30.181006.15004@unixg.ubc.ca> twong@civil.ubc.ca (Thomas Wong) writes:
>I thought this description sounds more like the DX2 chips than the
>Overdrive chips.

Well... leave it to Intel to royally confuse the hell out of
everyone to the point were they don't even know what's what
anymore... heck I have a hard time keeping all those dang
variances straight myself.

Intel has DX2 chips and they also have DX2 chips with slightly
different pinouts and a heatsink on top which they call
OverDrive(tm).  The DX2 chips are meant for the OEMs and the
OverDrives(tm) are meant for the consumer.  The DX2 chips fit
into the regular DX sockets, but the OverDrives(tm) are meant
to fit into the OverSized Vacancy(tm) socket which is called
the OverDrive(tm) socket... I think I need an OverDose!

BTW, the Weitek 4167 is yet another socket and has nothing to
do with the Vacancy(tm) or OverDrive(tm)... except that no one
uses it any more (what with all of the expensive sockets OEMs
have to provide).

-- 
Tom Barrett (TDBear)    tdbear@tandon.com          voice: 805-378-6207
Tandon Corporation      609 Science Drive          Moorpark, CA  93021 
Sr. HW Design Engineer  "War is Peace, No is Yes, And We're All Free!" 
-=>NOTE:  The feed to tdbear@tandon.com may be interrupted in Sept.<=-
Newsgroups: comp.sys.ibm.pc.hardware
Subject: Re: are EISA & local bus mutually exclusive?
From: eputnam@vax1.umkc.edu
Date: Fri, 2 Oct 1992 21:10:24 GMT
Organization: University of Missouri - Kansas City

In article <1992Oct1.133232.12115@microware.com>, adam@microware.com (Adam Goldberg) writes:
> chyang@engin.umich.edu (Chung Hsiung Yang) writes:
> 
>>In article <91131@netnews.upenn.edu> sergei@upenn5.hep.upenn.edu (Sergei Borodin) writes:
>>>
>>>  I would be interested to hear from people why they want EISA 
>>> *AND* Local Bus? Besides the point that the thing is cool.
>>>
>>> Practically speaking, if HD and video are on the LB (well, I 
>>> know about eithernet) why would you put a printer in the EISA?
>>> ISA too slow for it? 
>>> 
>>	Interesting, I don't know why people would want EISA and
>>Local Bus in the same box.  That seems a little redundent (not to
>>metion the cost).  Local Bus, I think will be able to transfer data
>>at a much higher rate then EISA.  I thought.  Hmm....  Go figure!
> 
>>Chung Yang
> 
>>> The only other thing I can imagine (besides LANs) is the data
>>> aquisition. 
>>>
>>>  So, WHY??
> 
> Why?  Well, the Local Bus Spec (VL-bus) limits you to only 3 local-bus
> slots.  You need a few more (generally, and preferably).  Your choice
> is then ISA, EISA and Microchannel.  I'd choose EISA for any fast machine
> with a likely need for a 4th card with high data-transfer capability.
> Say you had 3 VL-bus slots, Video, HD Controller and Network. Then say
> you wanted to add a 32-port serial card.  Hmmm.  EISA would be nice, eh?
> 

I've been thinking about the EISA/LB question for a while now...  It would
seem to me that the advantage to local bus is the high direct throughput.
What components have the capability to withstand the maximum throughput?  
All I can think of (on a simple PC no LANS and such) is the video.
The relative advantage to EISA is the wider path and bus-mastering.  Since
even the best hard drives can't keep up with a local bus, the EISA could be
used to control the drive and take some of the load off of the CPU thus
speeding things up more than a local bus.  I wouldn't think that video would
benefit from bus-mastering as much as it benefits from the high speed 
interface of local bus.  Hence a local bus video/EISA hard drive would be
the best system possible.

Have I missed an obvious point?
From: eric@bcserv.wustl.edu (Hugo (Eric))
Newsgroups: comp.sys.ibm.pc.hardware
Subject: Re: Royal Computer
Date: 28 Sep 92 18:00:15 GMT
Organization: Washington University in Saint Louis, MO USA
NNTP-Posting-Host: bcserv.wustl.edu

>In article 3661@wvnvms.wvnet.edu, sh240031@wvnvms.wvnet.edu () writes:
>>Does anyone have experience with Royal Computers?  Any info is welcomed.
>>
>>Thanks,                Carl

We found Royal Computers to be a ROYAL pain in the A--.  We
purchased a local bus 486/33MHz machine with supposedly a multiscan
(Optiquest) monitor.  After receiving it we found that the monitor
did not support 72Hz refresh rate and the keyboard was flakey.  After
3 weeks of running around and playing the phone tag game the machine
literally blew up (I typed win to start Windows 3.1 and there was
a load bang from the power supply, result dead computer). After this
we sent the machine back and purchased locally.  All in all we got
Royally screwed by this company.
-- 
  Eric R. Hugo, Postdoctoral Research Associate |eric@bcserv.wustl.edu
  Dept. of Biochemistry and Molecular Biophysics|                
  Washington University School of Medicine      |               
  Box 8231, St. Louis, MO 63110_________________| (314) 362-3342
Xref: sparky comp.sys.ibm.pc.hardware:25655 comp.os.ms-windows.apps:3242
From: westes@sti.com (Will Estes)
Newsgroups: comp.sys.ibm.pc.hardware,comp.os.ms-windows.apps
Subject: Caching Controllers Versus SmartDrive...Which Offers Better Performance?
Date: 29 Sep 92 23:21:59 GMT
Organization: Mail Group

In designing a Windows workstation, what type of I/O cache offers the
best system performance: a hard disk controller with the cache on the
controller card or smartdrv.sys, the Microsoft-supplied cache that runs
off extended memory?

With Windows 3.0, the answer was pretty clearly a hard disk controller
with cache on board.  Under Windows 3.0, Windows was limited to a total
of 16 megs of memory (the same limit as himem.sys), and anything you
gave to smartdrv took away from your precious system memory.  Since for
my own work profile I have found an eight meg cache to offer the best
performance for Windows, this would have required me to give up an
unacceptable amount of system memory for Windows itself.

Windows 3.1 changes all of this.  On an EISA system, himem.sys can be
made to work with more than 16 megs of memory.  Thus, with 32 megs on
the motherboard, you should be able to give smartdrv.sys 8 megs, and
still have more than enough for a very large RAM disk, lots of EMS, and
tons of extended memory to be used for Windows apps.  So I think it's
time to re-examine the question of whether a system will perform better
using smartdrv.sys or a caching controller (by the way, I haven't
purchased an EISA system yet, so I have no way to test any of this yet).

The downside to smartdrv.sys is that it requires a lot of CPU to
maintain the cache, thereby slowing down the system's performance
somewhat.  But in my experience nothing I am doing is particularly CPU-bound.
Almost all the bottlenecks on Windows are I/O related, and by putting
the cache in main memory it seems to me that you minimize the I/O
bottleneck.  

So for an EISA machine with > 16 megs of memory, is smartdrv.sys the way
to go?  Are there other tradeoffs to be considered?  Thanks!
-- 
Will Estes		Internet: westes@netcom.com
Newsgroups: comp.sys.ibm.pc.hardware