HDTenEightyP/NetNews huggingface dataset:
From: stripes@pix.com (Josh Osborne)
Newsgroups: comp.unix.bsd
Subject: Re: swap allocation strategies
Keywords: swap
Date: 19 Aug 92 12:37:36 GMT
Organization: Project GLUE, Merriversity of Uniland, College Purgatory

In article <19274@ector.cs.purdue.edu> yeh@cs.purdue.EDU (Wei Jen Yeh) writes:
[...]
>  1.  Should I allocate another 64mb of swap region or two 32mb ones?

If you can put the 2 swaps on diffrent drives, and one drive isn't
way slower or under way more use then it should be faster then 1 big swap.
I don't know of any speed advantage to using 2 swaps on one drive (however
for config testing it is handy to disable one and see if you can get away with 
it, it's also nice if you can still run your system if a swap area gets a bad
block that the disk & OS won't deal with).

>  2.  Where should they go? to the boot drive or the secondary drive?

Diffrent drives.

>  3.  Should I allocate a slice for the swap or use a swap file instead?

Swap files are normally slower since they go through the normal filesystem.
I think they were invented for swapping over NFS and to make it easy to
expand swap in a pinch.

>  4.  Should I reinstall the system and start w/ a single 128 mb of main swap?
>      (if it's better to have a single swap region.), or four slices of
>      size 32mb?

If you have 4 disks for the four swaps that's best (subject to previously
listed objections).

>Any suggestions?
>
>If it matters, I'm running Dell's sVr4 Issue 2.1.  Thanks.

Think of where your drive heads will be most offen.  If they will be
page-faulting executables in get the swap close to the executables.
If they will be close to /tmp (assuming you have no MFS/TMPFS) put
the swap close to /tmp.  If it will be reading large user files sequentally,
put it close to the user ppartition/slice.  If it will be close to 2 things
put it in between.  If you have iostat, or something that can tell you
which slice/partition is being accesses (sar might be able to) try watching
it run durning your normmal load...

Buy solid-state swap devices :-)

Buy multiple small fast swap disks :-)
-- 
           stripes@pix.com              "Security for Unix is like
      Josh_Osborne@Real_World,The          Multitasking for MS-DOS"
      "The dyslexic porgramer"                  - Kevin Lockwood
We all agree on the necessity of compromise.  We just can't agree on
when it's necessary to compromise.       - Larry Wall
Newsgroups: comp.unix.bsd
From: chmr@fstgds01.tu-graz.ac.at (Christoph Robitschko)
Subject: Re: Restrictions on 'free' UNIX / 386BSD (Re: selling 386BSD)
Organization: Technical University of Graz, Austria
Date: Tue, 18 Aug 92 17:24:10 GMT

In article <1992Aug18.155958.3671@murdoch.acc.Virginia.EDU> gsh7w@fermi.clas.Virginia.EDU (Greg Hennessy) writes:
>In article <GTFIR8A@taronga.com> peter@taronga.com (Peter da Silva) writes:
>#And while it's [MSDOS] a screaming horror from
>#the sewers of hell, it *does* run out of the box without any diddling, and
>#has a zillion applications for it.
>
>Then how come every time my brother wants to install a new program, I
>have to use EDLIN to edit the config.sys file on his pc?
>
Maybe he doesn't have any other editor on his pc ?   8-)

-- 
------------------------------------------------------------------------
Christoph M. Robitschko  | "the only man who got his work done by Friday
chmr@edvz.tu-graz.ac.at  |             was Robinson Crusoe."
From: dana@me.chalmers.se (Dan Andersson)
Newsgroups: comp.unix.bsd
Subject: X386BSD Don't start
Date: 20 Aug 92 12:44:20 GMT

Everybody got X running but me...

I have installed the complete 386-dist and X386BSD binaries.
After modification of the kernel, applying two patches and increasing
the swap partition, my system is reasonably stable now.

Well

When i start X with xinit, i receive the two lines of banner and the machine
just hangs infinitely iuntil rebooted. 

My config is:

466 / 33 Mhz
486 /33 Mhz 16 Mb ram
SCSI Adaptec 1542 with Miniscribe 9380 ( 300 Mb )
com1, com2 and lpt1
Tseng Labs vga with ET4000
Western Digital WE 8003E

I have 32 Mb of swap

This configuration 



If somebody have an idea of whats failing pls give me a e-mail.

The most logical reason of failure is of course myself, but there can
as well be something undocumented.

Hints and suggestions is warmly welcome.


Dan Andersson    ///     dana@theta.me.chalmers.se
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.unix.bsd
Subject: Re: Cpio and symbolic links (was Re: stock 0.1 swap not enough.)
Keywords: cpio, bug, symbolic link
Date: 16 Aug 92 10:14:32 GMT
Organization: Auspex Systems, Santa Clara

>Even the SunOS version which was made aware of symlinks by a well-known wizard

I've not tried rewriting UNIX from scratch, so I wouldn't go that far.
:-)

>has problems with symlinks in the presence of some combination of switches (in
>my case "-pdl").

The "net-2" version has the symlink changes I made at Sun in it, which
means it has the same bug.  Here's the fix:

*** cpio.c.dist	Sun Aug 16 02:59:08 1992
--- cpio.c	Sun Aug 16 02:59:16 1992
***************
*** 488,494 ****
  				i++;
  			strcpy(fullp, &(Hdr.h_name[i]));
  
! 			if( PassLink  &&  !A_directory  &&  Dev == Statb.st_dev ) {
  				if(link(Hdr.h_name, Fullname) < 0) {
  					switch(errno) {
  						case ENOENT:
--- 488,495 ----
  				i++;
  			strcpy(fullp, &(Hdr.h_name[i]));
  
! 			if( PassLink  &&  !A_directory  &&  !A_symlink
! 			    && Dev == Statb.st_dev ) {
  				if(link(Hdr.h_name, Fullname) < 0) {
  					switch(errno) {
  						case ENOENT:

which tells it not to make hard links to symlinks (in SunOS 4.x, at
least, that results in hard links being made to the target of the
symlink, even if it's a directory, if you have permission to do so; in
SVR4, it results in a hard link being made to the symlink itself, so
that people can still use the crufty old "link()"/"unlink()" hack to
rename files, even if the file is a symlink).

I think I see a place where the "net-2" version can screw up when
writing symlinks out; normally, I'd put a patch out for that, but since
I saw it when comparing the SunOS code I'd fixed here to the "net-2"
code with the same fix applied, I'll not do so, for reasons that should
be obvious to people reading other threads in this group. (1/2 :-))

I *will* say, however, that you should check to make sure that all the
code that writes out stuff does the same sort of thing for symlinks that
it does for other file types; if you do so, you may find the problem....

Then again, there may be a GNU "cpio", which may well be missing that
bug and other bugs.
From: jamie@speedy.acns.nwu.edu (James R. Groves)
Newsgroups: comp.unix.bsd
Subject: Is it possible?
Date: 19 Aug 92 20:46:03 GMT
Article-I.D.: news.1992Aug19.204603.9024
Distribution: usa
Organization: Black Bag Midwest

I have a 42.9 meg st250R and I would love to be able to install completely
even though I wouldn't have any space, just to mess around <so to speak> until
I can get my hands on a bigger HD. <there's a huge austion here tomorrow :) >
So what my question is, is since the whole bindist takes 49 megs WITH the 
bin01 files, is there a way to either delete them as I go along, or something
else one of you super-duper UNIX type wizrd guys can come up with? I am fairly
new to Unix and BSD but am a quick learner, and I just want to experiment till
I can get my hands on a REAL HD. By the way, it DOES install enough to give me
a login: prompt but MANY things are still missing, but it does seem as if, were
I to be rid of the bin01 files at an early place in the process I could finish
up with a few megs to spare. What do ya think?
                                           jamie@sally.acns.nwu.edu
p.s. feel free to mail me ANY ideas, cept for GET A NEW HARD-DRIVE! which I am
going to fairly soon anyway, so send those to /dev/null. I'm just excited to
play, and any hacker worth his salt knows that feeling.
From: allard@isi.edu (Dennis Allard)
Newsgroups: comp.unix.bsd
Subject: Re: Restrictions on 'free' UNIX / 386BSD (Re: selling 386BSD)
Date: 17 Aug 92 22:05:34 GMT
Reply-To: allard@isi.edu (Dennis Allard)
Distribution: world
Organization: USC Information Sciences Institute

peter@taronga.com (Peter da Silva) writes:
> It's the absence of copyleft that leads to the possibility of more
> than a bunch of random hackers benefiting from it.
> 
> phr@soda.berkeley.edu (Paul Rubin) writes:
> >Please clarify this.  How is anyone else prevented from benefitting
> >from it?   Say, for example, the same people who now benefit from GCC?
> 
> The people who aren't hackers and don't have net access, who want to walk
> down to the store and buy a shrinkwrapped copy of ...

As you know, there is nothing in copyleft which prevents anyone from
selling a copylefted item.  The requirement is that, even if they sell
it, they are not allowed to prevent it being copied and redistributed
at the will of any owner, and they must include the copyleft notice with
the item so that that any new owner be suject to the copyleft.

So, you might argue, that prevents shrink wrapping since noone would
buy it.  I wonder about that.  The advantages to shrink wrapping,
viz., on the shelf availability, quality bound documentation, tech.
support for registered owners, update mailing list membership, etc.
are often worth the price of shrinkwrap, even if a free copy (or
stolen copy, in the case of noncopyleft material) is avaiable at no
charge.

True, we don't see examples of shrinkwrapped copylefted stuff at
the software houses.  Maybe a publisher should give it a try!

Dennis Allard
allard@isi.edu
From: ddl@burrhus.harvard.edu (Dan Lanciani)
Newsgroups: comp.unix.bsd
Subject: Re: init, rc, signal handling (386BSD)
Date: 14 Aug 92 01:59:53 GMT
Article-I.D.: burrhus.1992Aug14.015953.11306
Organization: Harvard University, Cambridge, MA

In article <1992Aug13.103235.25465@ucc.su.OZ.AU>, dawes@physics.su.OZ.AU (David Dawes) writes:
| 
| I've noticed that signal handling gets screwed up for commands run from
| /etc/rc.  One particular example is xdm.  When started from /etc/rc
| the signal handlers it installs don't work -- the signals get ignored.
| I checked the init source, and it resets the signal handling the SIG_DFL.
| 
| I tried a simple program which checks this, and the default handler's are
| correctly set -- but signals are being ignored regardless of the default
| behaviour or if a handler is installed.
| 
| This is making it impossible to shutdown xdm cleanly when it is started
| at boot time from /etc/rc.
| 
| Does anyone have any ideas about this?

	I have at least one idea.  In the process of ``cleaning up'' the
code, it appears that someone deleted several sigsetmask(0L) calls.  So,
assuming the mask isn't reset by fork or exec these days, /etc/rc is
being run with init's signal mask which blocks SIGHUP and SIGTERM.  (Hint
hint: please comment these little changes so people don't blame me. :)

				Dan Lanciani
				ddl@harvard.*
From: jdc@naucse.cse.nau.edu (John Campbell)
Newsgroups: comp.unix.bsd
Subject: Re: Restrictions on free UNIX / 386BSD (Re: selling 386BSD)
Date: 18 Aug 92 15:39:23 GMT

From article <1992Aug17.225116.20533@panix.com>, by tls@panix.com (Thor Lancelot Simon):
> 
> I'm sorry, that's just stupid.  Is this another reincarnation of the anti-FSF
> propaganda line about "if you compile your code with GCC, it's covered by
> copyleft!!!!"?  That suggestion is patently false.  The degree to which a number
> of commercial software houses are frightened of the FSF is neatly displayed by
> the persistence of this absurd rumor.

Well, perhaps the rumor persists because of bison's and the bison.simple
copyleft.  I, for one, was aghast to find that a very restrictive copyleft
generated by bison. (Restrictive to the point that I asked FSF what's going
on and found that, yes, I could *not* use it at work without releasing all
my code.)

Note that Bob Corbet (bison's original author) "solved" the problem by
allowing byacc (an improvement over bison) to be distributed outside the
FSF channels.  IMHO this addition to bison has been, and remains, frightening.

PS Sorry for a non-bsd posting--except to point out that byacc is part of
bsd these days.
From: pratip@genesis.nred.ma.us (Pratip Mukherjee)
Newsgroups: comp.unix.bsd
Subject: Help needed to get AUI port on 3C503 working
Keywords: 3C503 AUI-port
Date: 11 Aug 92 04:50:31 GMT
Distribution: usa
Organization: Genesis Public Access Minix  +1 508 664 0149

I am trying to configure 3COM 3c503 to work with our 10BASE-T network.
The driver source code (if_ec.c) says to set bit 7 of the minor device number
to enable AUI port. But I can't figure out which device corresponds to the
'ec' driver. If I have to create the device, what major number should I
use?.
I have put printf debugging statement in ec_init (which does the BNC/AUI)
selection and ec_ioctl (which calls ec_init for cmd = AF_INET) routines in
if_ec.c. None of these two routines seems to be getting called either during
start_up or while trying ping. Is it because there is no corresponding
device in /dev present? If so, why there is no 'no such device' or similar
message?
I know nothing about networks, I must be making some silly mistake.
Please help.
Thanks in advance.
Pratip Mukherjee (pratip@genesis.nred.ma.us)
Xref: sparky comp.unix.bsd:4136 misc.legal.computing:1926
From: tim@sinix.UUCP (Tim Bissell)
Newsgroups: comp.unix.bsd,misc.legal.computing
Subject: Re: Poisoned textbooks and net articles?
Date: 13 Aug 92 14:41:06 GMT
Organization: SNI AG Muenchen, STO XS

In article <7154@skye.ed.ac.uk> jeff@aiai.ed.ac.uk (Jeff Dalton) writes:
>
>A lot of people buy books in order to learn more about how to
>write programs.  These books are copyrighted.  Do we have to
>artificially skew our code so that we don't use exactly the
>same technique we read about or what?
>

THAT'S IT!!  All we have to do is persuade Donald Knuth to sue AT&T
to infringing his ``intellectual property''.  While he is at it he
can sue IBM, Microsoft, Apple......

Folks, start writing those letters to Dr. K!

Tim.
--
Tim Bissell		|      best...	tim@athen.uucp
Work:+49 89 636 49542	| 	hmm...	tim%sinix@germany.eu.net
Home:+49 89 692 5263	|   UK only...	uk.co.uel!sinix!athen!tim

-- 
Tim Bissell		|      best...	tim@athen.uucp
Work:+49 89 636 49542	| 	hmm...	tim%sinix@germany.eu.net
Home:+49 89 692 5263	|   UK only...	uk.co.uel!sinix!athen!tim
Newsgroups: comp.unix.bsd
From: macro@cup.hp.com (Patrick MacRoberts)
Subject: Re: USL's claims to "intellectual property"
Date: Thu, 13 Aug 1992 23:39:04 GMT
	<1992Aug13.223701.27806@henson.cc.wwu.edu>
Organization: HP, Cupertino, CA, USA

%   ted@telematics.com (Ted Goldblatt) writes:
%
%   >The way _I_ read the complaint and intellectual property law
%   >(which is sort of haphazardly), USL could be claiming any
%   >of 3 things (or a combination):
%
%   >2.  Net2 contains code directly lifted from (some rev of)
%   >    Un*x, or code that had only been cosmetically altered
%   >    from actual USL code.
%
%   Here is an exercise for people on this point.  Go to your net2
%   source code and look at the code for cpio. 
%   (That is usr.bin/cpio/cpio.c).

And I found:
"/*      Copyright (c) 1988 AT&T */
 /*        All Rights Reserved   */

 /*      THIS IS UNPUBLISHED PROPRIETARY SOURCE CODE OF AT&T     */
 /*      The copyright notice above does not evidence any        */
 /*      actual or intended publication of such source code.     */"

So I looked at the man page, and found:

"The cpio command appeared in System V AT&T UNIX.  This program is
 derived from the System V AT&T sources which were contributed to the
 public domain by AT&T."

So, is it public domain?
-Patrick
--
Why would you want a 1-line sig, Paul?
Newsgroups: comp.unix.bsd
From: hasty@netcom.com (Amancio Hasty Jr)
Subject: Re: X386 for 386BSD
Date: Wed, 19 Aug 92 18:54:02 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

In article <1992Aug19.151716.15923@autelca.ascom.ch> nbladt@autelca.ascom.ch (Norbert Bladt) writes:
>ac999a15@umbc5.umbc.edu (ac999a15) writes:
>
>>  I have a Diamond stealth graphics card which I don't believe is supported
>>for X386 yet.  Could someone tell me if it would be possible to configure
>>X386 to run in standard VGA mode, and if it is how?
>Me too. I will get an EISA-S3 VGA board next week. I hope there is no
>no difference in the Video RAM access for EISA and ISA, except the speed :-)
>
>Thanks in advance,
>
>Norbert.
>-- 
>Norbert Bladt, Ascom Autelca AG, Worbstr. 201, CH-3073 Guemligen, Switzerland
>Phone: +41 31 999 65 52			FAX: +41 31 999 65 44
>Mail: nbladt@autelca.ascom.ch   UUCP: ..!uunet!mcsun!chsun!hslrswi!aut!nbladt

In attempting to write the X11R5 device driver for the Diamond Stealth,
I am running into a brick-wall. The problem and a well known problem
is that Diamond chose to use a propieratory mechanism for setting the clock 

They promised to deliver the information to me but till I don't see I will
remain skeptical. 

Due to the clock feature, other X11R5 programmers experience with the S3 chipset,  have recommended using the Orchid or Farenhiet S3 based cards. 

Diamond may release all the information on how to program their cards. there
is a good possibility for this as some postings have indicated Diamond's
intentions. 

My concern is if they do, then when will I get the information?

From my point of view, If don't get my information by this friday
I will be more than happy to take the card back and get something
like an Orchid S3 based card.

Hope this helps,
Amancio Hasty
Newsgroups: comp.unix.bsd
Subject: Re: Restrictions on free UNIX / 386BSD (Re: selling 386BSD)
From: rmk@rmkhome.UUCP (Rick Kelly)
Organization: The Man With Ten Cats
Date: Thu, 20 Aug 1992 04:09:40 GMT
Reply-To: rmk@rmkhome.UUCP (Rick Kelly)

In article <1992Aug19.011034.14945@news.eng.convex.com> tchrist@convex.COM (Tom Christiansen) writes:
>From the keyboard of rmk@rmkhome.UUCP (Rick Kelly):
>:There is
>:no court record to show what happens when the buyer of a commercial software
>:product demands source from the author because it was compiled using GCC,
>:and should fall under the GNU Copyleft.  
>
>Please stop spreading panic amongst the excitable masses:  compiling
>with gcc in no way encumbers your code with the copyleft.
>
>BTW, I've never had much luck getting GCC to compile anything; my shell
>always tells me "Command not found."  gcc works much better.

I always think of GCC as GNU C, and gcc as Greenhills C. :-)

-- 

Rick Kelly	rmk@rmkhome.UUCP	unixland!rmkhome!rmk	rmk@frog.UUCP
Newsgroups: comp.unix.bsd
From: jdb@bitcave.in-berlin.de (Joern D. Busch)
Subject: building cnews 02may92 (not)
Organization: BitCave BBS, Berlin, FRG
Date: Wed, 12 Aug 1992 23:32:59 GMT

Trying to build Cnews 02may92 ...

set up user+groups news/news uucp/uucp
mkdir /usr/spool	(for symbolic link to /var/spool/news)
mkdir /usr/spool/news
chmod 1777 /tmp
cd cnews/conf
mkdir 0

bash build
include /usr/sbin and /sbin in path
you can say `/usr/sbin/chown news.news file'
'yes' to all functions and header files questions
don't use cnews' fast stdio library
compiler flags -O -traditional (a guess)

bash doit.root
find .. -exec chown bin {} \;

su bin
bash doit.bin
vi +33 ../include/libc.h
delete:		umask(),
add line:	extern mode_t umask();

I get this far:

+ cd ../dbz
+ make u COPTS=-O -traditional DBM=
make: don't know how to make u. Stop
+ exit 1

during 'bash doit.bin', sed always complains about "Extra characters
after command."  After it there are lots of files with length 0, like
all important Makefiles, most scripts and man pages.
So without doing something about the sed calls there's no go.
Or maybe it's still a {ba|a|}sh problem?

I give up for now.  Anybody?

cheers,
	Joern.
-- 
     Joern D. Busch, Postfach 210401, 1000 Berlin 21, FRG, (+49 30) 3931111
jdb@bitcave.in-berlin.de ..!mcsun!unido!fub!einoed!bitcave!jdb ..which reality?
From: bvs@BitBlocks.com (Bakul Shah)
Newsgroups: comp.unix.bsd
Subject: Re: com woes
Date: 12 Aug 92 21:05:01 GMT
Organization: Bit Blocks, Inc.

chmr@fstgds01.tu-graz.ac.at (Christoph Robitschko) writes:

>I had the problem with select() not working on com ports. I got no
>response from a post regarding this one, so I started to look into it 
>myself. I found out that the com driver calculates unit = minor(dev) -1;
>This has the following implications:
>	/dev/com1 corresponds to COM0, /dev/com2 to COM1 (very confusing
>		in kernel messages)
>	It is incompatible with the config file entries com1 at..., com2 at...
>	Unpredictible results will occur if someone puts a com0 at.. in
>		his config file.
>	It is incompatible with the DOS usage of COM1, COM2 (But who cares 8-)
>	ttselect() calculates unit = minor(dev), and uses this as an index in
>		com_tty. Because this index is different from that used
>		in the com driver, select() on /dev/com1 looks at
>		/dev/com2 and select() on /dev/com2 looks at an undefined
>		entry in com_tty and returns always true.

Aha!  This explains why when the mouse on COM2 the X server hogs
the machine, and, why when the mouse is on COM1 its moves and
button presses are accepted only after hitting a key or some
activity on COM2.  Thanks for the patch!  The mouse and the X
server behave much better now (mouse button presses are still not
recognized right away but that has something to do with x386Io.c
-- I'll probably implement either a `mouse' line discipline or
/dev/mouse, with ioctls to set mouse type etc, so that non X
programs can also make use of mice).

I have also switched over to using /dev/com0 & /dev/com1 instead
of /dev/com1 & /dev/com2 (with appropriate changes in the
/sys/i386/conf/<HOST> and MAKEDEV files).

-- bakul shah <bvs@bitblocks.com>
From: eje@irenaeus.mlo.dec.com (Eric James Ewanco)
Newsgroups: comp.unix.bsd
Subject: 386bsd gnu emacs bin
Keywords: 286bsd gnu emacs
Date: 20 Aug 92 15:01:16 GMT
Reply-To: ewanco@kalvin.enet.dec.com
Organization: Digital Equipment Corporation


Does anyone have available the binary for gnu emacs?

My disk space is small, and so is my bandwidth, and it would be a big pain to
download the whole source code and recompile it.  It seems to me that all
386bsd compilations of gnu emacs would work on all machines, with the exception
of the site-specific pathnames, and if I knew those, I could just download the
binary.

If it's not available ftp, maybe someone could uuencode it and mail it to me
(possibly split)?  (I've mailed files as large as 1 MB without problems.)

Thanks
Eric Ewanco
ewanco@kalvin.enet.dec.com
--
/=============================================================================\
| Eric Ewanco - Software Engineer     For the rash and outrageous opinions ex-|
| Digital Equipment Corp, Maynard MA  pressed herein I alone am responsible;  |
| ewanco@kalvin.enet.dec.com          they do not belong to DIGITAL(TM).      |
\==============================- 2 Th 2:15 -==================================/
From: bob@obiwan.uucp (Bob Willcox)
Newsgroups: comp.unix.bsd
Subject: Re: 386BSD QIC-02 Driver with Wangtek 5150PK is sloooooow
Date: 20 Aug 92 00:31:47 GMT
Organization: Bob's Place, Austin TX

In article <1992Aug19.051745.16119@zip.eecs.umich.edu> dmuntz@dip.eecs.umich.edu (Daniel A Muntz) writes:
>In article <1992Aug17.191318.8853@hotb.sub.org> thomas@hotb.sub.org (Thomas Brettinger) writes:
>>Hi.
>>I got 386BSD running on a noname sx, 4 Meg Ram, a 100M Conner Disk, WD
>>Elite and a Wangtek 5150PK QIC-02 Streamer.
>>
>>The system runs fine, but the tape driver is incredibly slow. I looked
>>at the source and saw, that it's using 512 byte blocks... Oh well.
>
>The problem isn't the 512-byte blocks, per se, but that the controller doesn't
>receive data quickly enough to allow the drive to stream properly.
> [ ...bunch of stuff about lost interrupts deleted... ]
>
>I'm sporadically working on these things and would appreciate any feedback.
>
>  -Dan

I am running a Wangtek 5150 EQ on my system (386/40) without any apparent
streaming problems.  I haven't got it to stream continuously, but it
will stream for whatever size buffer I am reading into or writing from.
I have been using afio with a 2mb buffer and been quite satisfied.

-- 
Bob Willcox           ...!{rutgers|ames}!cs.utexas.edu!uudell!rancor!obiwan!bob
Phone: 512 258-4224 (home)
       512 838-3914 (work)