HDTenEightyP/NetNews huggingface dataset:
From: david@aim1.aztec.co.za (David Mason)
Newsgroups: comp.unix.sysv386
Subject: Re: Problems with Dell v2.2
Date: 16 Oct 92 10:45:42 GMT
Article-I.D.: aim1.root.719232342
Organization: Aztec Information Management

>In article <1992Oct11.213751.20506@mark-one.inet-uk.co.uk> mark@mark-one.inet-uk.co.uk (Mark Powell) writes:
>>Got a problem. Installed Dell v2.2 and the drivers for my Specialix SI-8
>>by hand (the pkgadd install disk didn't work.) 

What's the version of Specialix?  ENSURE that you have driver release 5.00
for SVR4.  Anything earlier gives problems, one of which you mention (the
work around I used was to use pkgtrans).  Then pkgadd -d diskette1 works
perfectly.

>>    When a user does login on v2.2 kernel the terminal is severely messed up.
>>    Seems like the problem when something such as icrnl has been turned off
>>    but it isn't. Changing back to the v2.1 kernel seemed to fix this???

I wrote my own entry for /etc/ttydefs, as I need 8-bit screens.  This works
fine with kermit in 8 bit:

19200: 19200 hupcl opost onlcr tab3 brkint ignpar ixon echo echoe echok 
icanon -istrip -parenb isig cs8 cread : 19200 hupcl opost onlcr tab3 brkint
ignpar ixon echo echoe echok icanon -istrip -parenb isig cs8 cread ::19200

kdenning@portal.hq.videocart.com (Karl Denninger) replied:

>Sounds like there are a couple of possibilities..... (assuming you have a
>stream driver there)

>One, the "ldterm" line discipline module may not have been pushed.  If
>pkgadd didn't work this is LIKELY.  You need to fix that; the exact
>requirements are device specific.  Look for an "autopush" line which the
>pkgadd installation script wanted to install somewhere, and track down what
>it would have wanted to do.

The correct line is in /etc/inittab (my line from 2.1, but I think the
2.2 line was the same - machine isn't handy right now):

ap::sysinit:/sbin/autopush -f /etc/ap/slxos.ap
-- 
David Mason, Unix system support.
Aztec Information Systems, Cape Town, South Africa.
"It talks to me in gibberish like `ProComm', a term that is unnerving to a 
survivor of the McCarthy era",      Mary McGrory in The Washington Post.
Newsgroups: comp.unix.sysv386
From: witr@rwwa.COM (Robert Withrow)
Subject: Re: Wangtek or Archive?? (and 60 MB tapes)
Reply-To: witr@rwwa.com
Organization: R.W. Withrow Associates
Distribution: usa
Date: Thu, 8 Oct 1992 14:03:54 GMT

In article <Bvssyz.L2y@virtech.uucp>,
  cpcahil@virtech.uucp (Conor P. Cahill) writes:

| If 3M thought it was enough of a problem to put a written warning on
| each and every tape that they sell, I would say that the problem is much
| more than a "rumor".

On the other hand, I just opened up a fresh Sony 6250 tape and it didn't
have any such warning...  Perhaps 3m is more susceptible to rumor than sony?

-- 
 Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430, Net: witr@rwwa.COM
 R.W. Withrow Associates, 21 Railroad Ave, Swampscott MA 01907-1821 USA
From: ddewolfe@dragon.acadiau.ca (Dave DeWolfe)
Newsgroups: comp.unix.sysv386
Subject: vpix on x11r5
Keywords: vpix x11r5
Date: 16 Oct 92 13:44:43 GMT
Organization: Acadia University


I need some help with running VP/ix on x11r5.

My version of X is: Xfree86 1.1 on ESIX 4.0.4

The VP/ix is called AT&T Simultask 2.0 (VPIX 1.00.02)

Installing the VP/ix (meant for SVR3.2) was a bit of a hack, but it works
great as long as I run it on a virtual terminal.  However, by attempting to
run it as an X client causes the following message to appear:

An attempt was made to use an AT&T XWIN Graphical Windowing System function,
but the AT&T XWIN Graphical Windowing System is not loaded.


This message comes from /usr/X/lib/libX11_s, which is part of the vpix
package. file shows: 

libX11_s:       iAPX 386 executable not stripped
 
Does anyone have any suggestions?  Thanks.


-- 

--
Dave DeWolfe                    |  e-mail:
Acadia Center for               |  dave.dewolfe@acadiau.ca
From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
Newsgroups: comp.unix.sysv386
Subject: Re: Unix: Cacheing EISA SCSI vs. Non-cacheing EISA SCSI Controllers
Date: 15 Oct 92 20:11:01 GMT
Article-I.D.: mksol.1992Oct15.201101.1814
Organization: Texas Instruments Inc

In <1992Oct11.015901.27877@PacBell.COM> j4jbail@srv.PacBell.COM (Jack Bailey) writes:

>In article <Bvwy64.4tF@maxed.amg.com> ed@maxed.amg.com (Ed Whittemore) writes:
>>
>>To make the comparison fair you would have to allocate buffers of
>>a similar size ( as that in the hardware cache  )to the OS, via
>>NBUF/ NHBUF or BUFHWM, and then compare. 

>What does "fair" have to do with anything?  A disk cacheing
>controller was added, and the system response time was improved.
>If you can do other things to make the system faster, then go for
>it.  The point is that the cacheing controller made a positive
>difference.

I think the point is that for less money than what you did, it is
possible to increase the system memory, allocate larger buffers, and
get a better improvement.

>>Our results show, that if we take the system you have above, and add
>>another 32 MB of RAM ( cheaper than the PSI with 20 MB cache ),
>>and for ISC 3.0, set NBUF to 16000 and NHBUF to 16384, we will get 
>>even better performance, keeping the 174(x).

>So why can't I do this *and* add a disk cacheing controller?

Because it probably works out better to buy 64 MB of RAM and make the
buffers appropriately large.  

-- 
"Insisting on perfect safety is for people who don't have the balls to live
 in the real world."   -- Mary Shafer, NASA Ames Dryden
------------------------------------------------------------------------------
Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
Newsgroups: comp.unix.sysv386
From: bio@lis.rch.unimelb.edu.au (bio)
Subject: [help] configure elm ??
Organization: Computer Science, University of Melbourne, Australia
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 12 Oct 1992 06:21:43 GMT


	I am compiling elm for our sysv/386 machine everything went fine
	accept that on our system the system mail folder is /usr/spool/mail,
	elm searches for mail in /usr/mail therefore fail to find mail. How can 
	I go about changing this default setting ?? Thanks for helping.
	---
	bio

ps: I have got elm 2.3 PL11 from driblle.c-mols.siu.edu, and sco unix 3.2
Newsgroups: comp.unix.sysv386
From: lumpi@dobag.in-berlin.de (Joern Lubkoll)
Subject: NFS Problems ISC 3.0 with SunOS 4.1.2
Organization: dobag Berlin 
Date: Wed, 7 Oct 1992 01:48:12 GMT

hi out there,

i have the following problem - i'm unable to mount an filesystem from a sun
running sunos 4.1.2 on my isc box. I always get the following error message
on the sun:

vmunix: nfs_server: weak authentication, source IP address=xx.xx.xx.xx

the isc box says: I/O Error. Cannot mount /dev/nfsd (or similar).

The isc box is configured as followed:
ISC 3.0 Multi User
TCP/IP 1.3 (WD Driver)
NFS 2.1

anybody any Idea ? thanx in advance - please respond via mail !

jl



-- 
The left being rich - trying to shut their guilt for knocking down dreams, 
before they'r even build.	(Anne Clark)

lumpi@{dobag.in-berlin.de,fu-berlin.de], lubkoll@cs.tu-berlin.de
From: micha@veeble.han.sub.org (Michael Zuelsdorff)
Subject: Re: Xfree86 (1.1) and ET4000 video board reset
Newsgroups: comp.unix.sysv386
Date: Fri, 09 Oct 92 18:23:45 GMT
Reply-To: micha@veeble.han.de (Michael Zuelsdorff)
Organization: veeble Hannover, Germany

In article <1992Oct8.200351.25872@cbnewsj.cb.att.com> dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:
>In article <1992Oct8.064243.9436@netcom.com> dror@netcom.com (Oz Dror) writes:
>> I was finally able to compile Xfree86 for SCO unix (ODT 1.1, UNIX 3.2.2)
>> But when I leave X386. The video board is getting out of sync.
>> This can only be fixed by rebooting the system.
>> 
>> I have a local video bus (H-Host4000, et4000 chip).
>> 
>> Does any one have any Idea. I thought that Xfree86 (1.1) was supposed to solve
>> this problem. The card works fine for X11R4 (When I use dot clocks that
>> are half the calculated ones).
>> 
>> Xfree86 was compiled with gcc 2.2.2 (-m486 -O2)
>> 
>> 
>> -- 
>> NAME   Oz Dror
>> SMAIL  dror@netcom.com
>
>Take a look at the SAVE_TEXT and SAVE_CMAP stuff in vgaHW.c.  This is by
>default disabled for SVR3 and SVR4 (it's slow and not necessary).  It
>may be required for SCO.  It is required for Mach, 386BSD, and Linux
>
>We don't support SCO; when you get it working, let us know (i.e.
>send us patches).  xfree86@physics.su.oz.au is tha appropropriate
>address.
>

Please let me know, if that works for yo If not, I will send my SCO
patches to David. Meanwhile I'm still trying to contact other german
SCO use, cause up to now, I'm not totally satisfied with my work.
(I got a solution for the problem mentioned above, but things like
vt-switching are still not working as expected.)

Also nochmals meine Bitte an die deutschen SCO Benutzer: Wer irgendwas
in dieser Sache erreicht hat, moege sich bei mir melden. Vielleicht
koennen wir das Ganze ein bisschen koordinieren und nen brauchbaren
Gemeinschaftspatch an die Xfree Gruppe senden.

Zu erreichen bin ich von 9-18 unter
Tel : 0511-887760
Fax : 0511-8092982

Michael Zuelsdorff
From: conklin@theclub.UUCP
Newsgroups: comp.unix.sysv386
Subject: _good_ IBM PC ANSI terminfo entry
Date: 15 Oct 92 16:29:56 GMT


Apologies if this is a repeat.

I'm looking for a good terminfo entry for the IBM PC ANSI standard that's
used by all these public BBSes. It's not Ansi, at least not in the Unix
sense, and yet clearly standard enough that people can and are using it
for color graphics like mad.

If you have a document describing the ANSI, that would help as well.  I
need a full entry, with function keys, subwin support (assuming it has it?)
etc.

Please reply via email. I cannot receive a comp.unix.sysv386 post.

Terry Conklin   conklin@egr.msu.edu  <short .sigs, join the revolution!

Newsgroups: comp.unix.sysv386,comp.unix.sys5.r3
From: cpcahil@virtech.uucp (Conor P. Cahill)
Subject: Re: marking bad blocks on ISC SVR3.2...URGENT HELP NEEDED
Organization: Virtual Technologies Inc.
Date: Mon, 12 Oct 1992 11:27:03 GMT

marcf@nexus.yorku.ca (Marc G Fournier) writes:

>	Looking through the manuals (after looking at the
>sysadmin script), I *thought* that I could use mkpart -A <sector>
>to mark it, but I get an error back on that...

>	Warning: No root partition, no boot written

This is just a warning because somehow mkpart thinks that it should
give whenever you use it to make a change on a disk that does not have
a boot partition.  I would ignore that message.

>	This is on a second harddrive, so why would it be looking
>for a root partition?

Very good question.  No good answer.

-- 
*** SENTINEL(tm) The ultimate Debugging Environment - email for more info ***

Conor P. Cahill              (703)430-9247            cpcahil@virtech.vti.com
Virtual Technologies, Inc.  46030 Manekin Plaza          Dulles, VA 20166 
Newsgroups: comp.unix.sysv386,comp.unix.msdos
From: greg@Quotron.COM (Greg "Maddog" Knauss)
Subject: CONTAQ chipset and UNIX: Problems?
Summary: Oh, just read the damned article...
Keywords: contaq,unix,llamas
Organization: Quotron System, Inc.
Date: Thu, 15 Oct 1992 17:44:38 GMT

I've heard rumors that the CONTAQ chipset on some MS-DOS/clone motherboards
has problems running UNIX.  I haven't been able to find anything specific
("It's chokes the drivers.  Or something.  Heh.") and I'd be thankful if
anybody could pass along any personal experience or hard information.
--
Greg Knauss (greg@duke.quotron.com)                  "Llamas, dammit!  Llamas!"
Newsgroups: comp.unix.sysv386
From: hoenig@Informatik.TU-Muenchen.DE (Stefan Hoenig)
Subject: CDROM with SCO ODT 2.0
Keywords: SCO CDROM
Organization: Technische Universitaet Muenchen, Germany
Date: Wed, 14 Oct 1992 20:23:05 GMT
Summary:  Install a CDROM with MSCDEX under SCO Merge or VPIX

Does anyone know how to install a CDROM with an MSCDEX driver
under SCO ODT 2.0 using SCO Merge or SCO VP/ix?

Thanks, Stefan.

Xref: sparky comp.unix.sysv386:15526 comp.unix.pc-clone.32bit:312 comp.unix.pc-clone.16bit:48 comp.os.minix:4557 comp.os.linux:13277 alt.sources:2176 fj.sources:752 fj.os.minix:237 fj.sys.ibmpc:821
From: lubkin@cs.rochester.edu (Saul Lubkin)
Newsgroups: comp.unix.sysv386
Subject: Large panned screens with XFree86 and ISC3.0
Date: 8 Oct 92 16:18:10 GMT
Article-I.D.: cs.1992Oct8.161810.16267
Organization: Computer Science Department University of Rochester

Does XFree86 implement an SVGA X server for ET4000 cards, that allows
a panned screen sigificantly larger than the physical screen?  My
current X11R4 server (from MetroLink) has such a server, that gives
1024x768 resolution, and allows a panned screen about four times
the physical size (in area) of the physical screen.

Due to limitations in my monitor, I also need an interlaced server.

(Hopefully, also, there are complied binaries, with shared libraries
for ISC3.0.)


		Sincerely yours,

		Saul Lubkin.
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4
From: gary@sci34hub.sci.com (Gary Heston)
Subject: Re: xboard-2.0.tar has been uploaded to US4BINR
Reply-To: gary@sci34hub.sci.com (Gary Heston)
Organization: SCI Systems, Inc., Huntsville, Al.
Date: Fri, 16 Oct 1992 16:38:44 GMT

In article <1992Oct14.160023.19214@SSD.intel.com> richardg@ssd.intel.com (Richard Griffiths) writes:
|In article <Bw438L.80x@gator.rn.com>, larry@gator.rn.com (Larry Snyder) writes:
||> Aren't these postings getting rather old?
|No.

I think they are somewhat excessive. One posting every week or so, listing
the latest uploads, would be more than adequate. A multipage posting for
every new file is too much.

-- 
Gary Heston    SCI Systems, Inc.  gary@sci34hub.sci.com   site admin
The Chairman of the Board and the CFO speak for SCI. I'm neither.
"...I looked out my window, and saw Kyle Pettys' car upside down, then I
thought 'One of us is in real trouble'." Davey Allison, re: a 150MPH crash
From: hwstock@snll-arpagw.llnl.gov (stockman harlan w)
Newsgroups: comp.unix.sysv386
Subject: Re: USL's SVR4.2, when?
Date: 14 Oct 92 14:26:10 GMT
Distribution: comp.unix.sysv386
Organization: Sandia National Labs, Livermore, CA

In article <1992Oct13.172521.13543@leland.Stanford.EDU> fangchin@leland.Stanford.EDU (Chin Fang) writes:
>In article <2ADAD15A.31A5@telly.on.ca> evan@telly.on.ca (Evan Leibovitch) writes:
>
>>Few people are going to have home machines which will have the
>>horsepower necessary to run OS/2 or UNIX or NT. If they truly want a

I guess that depends on what you mean by "a few". The most popular
machines being sold by Gateway, Zeos etc are 486/33's and above;
Gateway's 486/66 with 340 MB hard dsik and superfast video (about
150,000 xstones) ia $3000 k. These machines will certainly run Unix and
OS/2 very nicely (I have Unix running on two of the "old" 486/33's), and
there are probably several million in circulation right now.

>If I use tar, it works on IBM, Sun and Cray.  I don't need to go
>thru all kinds of gyrations to convert my data.  My own Archive 2150S
>reads the same thing as the OEMed version on my Sun.  

Lucky you! Try reading a Sun tar tape on an SGI. You will become very
familiar with "dd". I've had trouble reading tapes created under AIX on
SVR4/386 -- especially if there are complex directory structures.

>There are lots engineers *DO* use MSDOS and Windoz.  However, IMHO,
>it's because they haven't educated 'emselves enough of the power of
>UNIX.  The price they pay for staying so ignorant is that they

I use MSDOS, Windows, and Unix (the latter on perhaps 20 different
machines). No, I'm not a Unix guru; that's not what I'm paid to be, and
99% of the engineers and PhD researchers out there also don't get paid
to be Unix gurus. However, I spend a disproportionate amount of my time
with Unix, and while I will concede its power, I will also concede that
it is a pain in the @!#$%&^.

With one exception, every engineer and scientist in my group has gone
back to his/her DOS or Mac machine to write reports, do graphics, etc.
Bear in mind that we have an SGI, three RS/6000's and a Sparc
shared by about 10 people (that is, we share these among 10 people, with
no other users). The Unix workstations are used for running big
calculation codes, and for some high-end graphics. We were all given the
opportunity to get Unix machines instead of PC's, and noone took the
bait (except, perhaps, me since I have Unix on my PC). And the one
exception? He never knew anything BUT Unix machines, so perhaps he just
hasn't been educated. 90% of the scientists I work with buy Unix
machines with great hopes and expectations, then end up buying a PC or
Mac to get their reports (which consume 90% of their time) done. Every 
time we go to buy a new Unix machine, we get told the same story about
how it will cost the same amount as a PC, about $5000; then somehow the
price gradually bloats to $15000, when we discover the hidden gotchas.

Your mileage may differ. Just thought I'd add some balance.
Newsgroups: comp.unix.sysv386,alt.bbs.unixbbs,comp.unix.sys5.r4,unix-pc.sources
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: Fido Frontdoor Mailer Under unix
Keywords: frontdoor , fidonet
Organization: The Gator Conferencing System 219-289-3745 
Date: Fri, 9 Oct 1992 11:29:38 GMT

mark@onyx.kiwi.gen.nz (Mark Goldie) writes:

>Hi ... This question may have been posted to the net beforehand.
>But i am a member of quite a few fido-type news networks.
>3:772/701 199:340/80 etc... anyways .. I was wondering if it is possible 
>to have a mailer system to call other Fidonet systems and download mail
>packets ..THEN (asking a bit much?) convert them into news and/or E-mail

sure, rfmail will do just that

the current release that we have is rfmail050.zip

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
From: 738chai@gw.wmich.edu
Newsgroups: comp.unix.sysv386
Subject: Unix information from you guys out there
Date: 16 Oct 92 03:38:24 EST
Organization: Western Michigan University

hi ,
   i want to install a unix os in my 486 pc which is currently
running on dos. can anyone tell me what is the price range of
a unix at the market and preferably what version for unix is best to
install on a pc. btw i am looking for a unix for development.

and is there a way to partition my hard disk into 2 so that 
the first one is for the unix and the second is for dos.
if i wanna boot up the unix as my os, how am i gonna run dos
file in my next partition then?

your advice is much appriciated. thanks in advance :)

Tom
Newsgroups: comp.unix.sysv386
From: mdent@nyx.cs.du.edu (Mike Dent)
Subject: Wanted.. SCSSI  Always Technology IN2000 driver.
Organization: University of Denver, Dept. of Math & Comp. Sci.
Date: Sat, 10 Oct 92 22:30:30 GMT


Hi! A freind of mine is in need of a driver for his Always Technology
IN2000 SCSI controller card? Does anybody know where he might obtain one,
besides the manufacterer. He is/will be running SCO 3.2 (release4)
Thanks in advance.

Newsgroups: comp.unix.sysv386
From: rick@rei.com (Richard J. Barton)
Subject: Re: I want *YOUR* SCSI tape backup command!! (making it stream)
Date: Fri, 9 Oct 1992 22:25:23 GMT
Organization: Recognition Equipment, Inc.

gwr@mc.com (Gordon W. Ross) writes:

>Stephen M. Youndt <steve@hacker.uucp> asks:
>>	I'm sure this is a FAQ, but I didn't pay attention because I
>>didn't have a SCSI tape drive until yesterday.  If somebody out there
>>has a backup command (tar, cpio, etc, I don't care) that makes their
>>SCSI tape drive go fast, I'd love to see it. If you like, you can

>There is a jumper on the Wangtek which makes it default to
>"buffered mode" operation.  This will make it stream on writes.
>Order the manual from Wangtek to learn about this jumper.

>Alternatively, ask your UNIX vendor to add the appropriate
>"mode select" command to put the tape in buffered mode in open.

I hand't thought about looking at the hardware...
I thought that using dd would suffice.

find . -print | cpio -ocvB | dd obs=1024k conv=sync of={tape-device}
	[also if you're worried about space]
find . -print | cpio -ocvB | compress | dd obs=1024k conv=sync of={tape-device}

Using the compress for archiving onto floppies is very helpful
(without the dd).

Just remember to be consistent or write on the tape label the command
that put your files on, or you'll get confused on how to get it off
the tape, or worse yet... think the tape doesn't have anything usefull
on it [ :-)  it's ok to laugh here ].

-- 
rick
:-)
rick@panic.com [Personal]
rick@rei.com   [Plexus Software, A Division of Recognition Equipment Inc.]
Newsgroups: comp.unix.sysv386
From: mjh@cs.vu.nl (Huisjes MJ)
Subject: Re: ISC Unix SysV3.2 rel. 2.2.1 login problem
Keywords: login
Organization: Fac. Wiskunde & Informatica, VU, Amsterdam
Date: Wed, 7 Oct 1992 12:28:59 GMT

cpcahil@virtech.uucp (Conor P. Cahill) writes:

} marwood@hq.crad.dnd.ca (Gordon Marwood) writes:

} >The symptom of the problem is that, when attempting to login, characters 
} >have to be typed in several times before they echo.  The login is not 
} >accepted under these conditions, and it is necessary to power down and 
} >re-boot.

} This is a symptom of a serial port battle.  If you have two systems
} connected via a serial port (or a modem on the system), what can happen 
} is that the getty sends out the welcome banner and the modem echos it
} back to the system.  This process cycles and starts taking up more and 
} more system resources (most notably clists) causing you to loose 
} characters from other i/o mechanisms.

} The immediate solution is to reset the offending modem or disconnect the
} offending serial connection.   A more long term solution depends upon
} the exact environment you are running.

Turn off the echo of your modem (Hayes : ATE0)
-- 
Maarten Huisjes.	mjh@cs.vu.nl (192.31.231.42)
			(..!uunet.uu.net!cs.vu.nl!mjh)
Newsgroups: comp.unix.sysv386
From: j4jbail@srv.PacBell.COM (Jack Bailey)
Subject: Re: Unix: Cacheing EISA SCSI vs. Non-cacheing EISA SCSI Controllers
Organization: Pacific * Bell
Date: Thu, 15 Oct 1992 23:11:11 GMT

In article <1992Oct15.201101.1814@mksol.dseg.ti.com> mccall@mksol.dseg.ti.com (fred j mccall 575-3539) writes:
>In <1992Oct11.015901.27877@PacBell.COM> j4jbail@srv.PacBell.COM (Jack Bailey) writes:
>
>>In article <Bvwy64.4tF@maxed.amg.com> ed@maxed.amg.com (Ed Whittemore) writes:
>>>
>>>To make the comparison fair you would have to allocate buffers of
>>>a similar size ( as that in the hardware cache  )to the OS, via
>>>NBUF/ NHBUF or BUFHWM, and then compare. 
>
>>What does "fair" have to do with anything?  A disk cacheing
>>controller was added, and the system response time was improved.
>>If you can do other things to make the system faster, then go for
>>it.  The point is that the cacheing controller made a positive
>>difference.
>
>I think the point is that for less money than what you did, it is
>possible to increase the system memory, allocate larger buffers, and
>get a better improvement.

I'll be trying this out as soon as the system becomes available,
One problem I have is that the motherboard will hold 32MB max (8
slots with 4MB SIMMS).

I am not arguing about the cost of the solutions.  My point is
that the readers of this newsgroup may get the impression that
cacheing controllers are worthless, which I believe is untrue.
They have their place, depending upon the situation at hand.
Applications are big these days; it's not always best to allocate
most the memory to the disk subsystem.  Should I allocate more
buffers to swap faster?

Getting back to cost, one could argue that the labor involved in
fine-tuning a large system may be more expensive than dropping in
hardware.  Figure the costs incurred if you were to hire yourself
to bring the system to peak performance.  Now as you add more
serial ports, more network connections, and more applications,
consider the expense of retuning the system.  That cacheing
controller may not be so expensive after all.

-- 
J.J.Bailey	j4jbail@srv.pacbell.com
Contractor	510.823.6453