HDTenEightyP/NetNews huggingface dataset:
From: cambria@smaug.enet.dec.com (Michael C. Cambria)
Subject: Re: JES2 Performance Problem
Organization: Digital Equipment Corporation
Date: Tue, 12 Jan 1993 17:41:36 GMT


In article <ll3v99INNl3@exodus.Eng.Sun.COM>, kek@bullterrier.Eng.Sun.COM (Kevin Kalajan - SunConnect Product Marketing) writes...
>I could not post to bit.listserv.jes2-l.
> 
>We have done exhaustive testing in trying to pinpoint why JES2
>is waiting anywhere from 1-4 seconds between sending blocks
>to a Sun emulating a 3770 SNA/RJE station. This includes Sniffer
>and GTF traces that show the link idle for the above time while
>we wait for JES2 to send the next block.
> 
> 
>What can we do to "tune" JES2?  We have gone through tuning the NCP and cannot
>see any better results.  Is there some buffer pool tuning that can be done to
>"pre-read" disk spool data in JES2 so that spool data can be sent from the 
>buffer pool instead of waiting to read the disk? Is there internal throttle that
>JES2 is using that can be modified?
> 
>Any help will be appreciated.
> 

Have you already ruled out outbound session pacing?

/Mike
Newsgroups: comp.protocols.ibm
From: jsm@fig.citib.com (Joe Mastrandrea)
Subject: IBM mainframe to Sun file transfers?
Organization: Citibank IBISM
Distribution: comp.protocols.ibm
Date: Wed, 6 Jan 1993 20:47:22 GMT


We tried to use Sun's Sunlink/3270 for production file transfers,
but it is not quite what we are looking for.

Does anyone know of any other tools out there that we can use?

We wish to transfer via LU6.2 on out 16M Token Ring.

Any help would be appreciated.
From: louis@cpd.Tandem.COM (Louis Meadows)
Newsgroups: comp.protocols.ibm
Subject: Re: Manual Help Needed,FAP
Date: 6 Jan 93 18:38:21 GMT
Organization: Tandem Computers Inc., Cupertino CA

[BOB's Question]
>  code that I can't seem to find the answers to.  Some of these are:
>  What do I screw up if I accidentally send the host two consecutive
>  NOTIFYs?  In this case, is the reception of a sense message good
>  enough to continue or am I hosed up from then on?  (I. e, pending
>  my fixing that particular problem, is the rest of what I see okay?)
>  What do I do if the reserved bit of byte0 of the RH is set sometimes
>  and not others?  What exactly is the meaning of the DR1 bit?
>  There are more.
>

 Bob,

 One document you need is the old SNA format and protocol reference 
manual (FAP).  It is IBM document number SC30-3112 file code S370-30.
This document attempts to describe the SNA flow, THs, RHs, RUs, etc. 
Notify is a request pertaining to the reporting the status of the session
initiation or temination of the LU.   I would expect the host to respond to 
second (identical) Notify with a NSPE (Network Services Procedure error) 
indicating failure if the notify was from an ILU (init-self LU) or TLU
(Term-self LU) Otherwise you should see a Notify -RSP with a vector key 
of X'03' returned.   See Chapter 8.  Session services under NSPE, NOTIFY.

DR1 is the definate response indicator.  

If you can give me a trace I'll break it down for you and let you know what
you need to do.

  Louis
From: jsecinor@sw.stratus.com (John Secinore)
Newsgroups: comp.protocols.ibm
Subject: Re: After NRF
Date: 6 Jan 1993 21:12:01 GMT
Organization: Stratus Computer, Inc.
Distribution: usa
NNTP-Posting-Host: unicorn.ts.stratus.com
Keywords: IBM, NRF, SNA

NRF is still supported by IBM. Release 6 is the most current release available
and has been out for about a year now.


-- 
+------------------------------------------------------+
|  John Secinore   |  jsecinor@unicorn.ts.stratus.com  |
+------------------------------------------------------+
|	This space intentionally left blank.           |
+------------------------------------------------------+
From: kek@bullterrier.Eng.Sun.COM (Kevin Kalajan - SunConnect Product Marketing)
Newsgroups: comp.protocols.ibm
Subject: ind$file on dos/vse
Date: 8 Jan 1993 00:45:29 GMT
Organization: Sun Microsystems, Inc.
Distribution: world
Reply-To: kek@bullterrier.Eng.Sun.COM
NNTP-Posting-Host: bullterrier

can someone confirm if ind$file is available under dos/vse, and, if so,
what is the product if it's not included with the OS...

TIA

-KK


Newsgroups: comp.protocols.ppp
From: garnett@refuge.Colorado.EDU (Santiago de la Paz)
Subject: Re: sun serial >38400
Organization: Cogwheel Incorporated, Boulder
Date: Thu, 7 Jan 1993 19:44:05 GMT

smckinty@sunicnc.France.Sun.COM (Steve McKinty - Sun ICNC) writes:
>
>Bear in mind that the 8530 in a SPARCstation is a character-interrupt
>device. Every received character causes a CPU interrupt and the processor
>must read the chip registers, store the value in memory, etc. Asking it
>to do that at >38.4 is asking a lot, especially for an SS1 or 1+. I have
>seen SS2s running at 64k, but you can expect that to be quite a load
>on the system. If the machine is heavily loaded you may lose characters.

Huh?  Since when did an interrupt every 13us or so become an unbearable 
load?  For well-designed and trim interrupt routines, this is nothing.  I've
designed special-purpose boxes for everything from scoreboards to large
power-grid controllers, and have routinely run uarts at speeds above 38.4K
with even the humble descendents of the 8251 and the 2681, being serviced
by such pokey old processors as Z-80s and 68000's.

The frequency of the interrupt, as long as it is an order of magnitude or more
slower than the clock speed of the processor, does not have to be a 
significant drain upon system resources.  The problem with Sun is that their
goofy interrupt-service routines and port device-drivers in general have
traditionally been extremely inefficient.  Back in the good ole' days we'd
run 11/780 ports under straight BSD4.2 at 19.2K without problems, but then
"progress" came along in the form of sysV port drivers and Streams and now
every 3rd administrator has a seizure at the very mention of anything over
9600 baud.  *sigh*.

~james
From:  (M. A. Taleb)
Newsgroups: comp.protocols.ppp
Subject: POP3 Server software is needed
Date: 5 Jan 93 23:27:55 GMT
Organization: University of Arizona UNIX Users Group

Hi there,
I am looking for a pop3 server that can work on a DEC 5000  ( ultrix).
I got one from Berkely, but got a seriuos comiling error.
Thank you very much for your help

Mohamed Taleb
Systems Librarian
University of Arizona Library
From: claes@informatik.uni-essen.de (Heinz-Josef Claes)
Newsgroups: comp.protocols.ppp
Subject: dp with ZyXEL
Keywords: ZyXEL, Sparc
Date: 10 Jan 93 11:16:34 GMT
X-Newsreader: Tin 1.1 PL4

Has anybody installed dp on a Sparc with ZyXEL-Modems? Is it possible to
send me the configuration files?

I have some experience with ppp, but I'm a beginner with dp, so my
questions:
1. Is it possible to configure dp for one server an a number
   of calling stations?
2. Is a similar Software also awailable for PC running Windows?
3. Is it possible to call from machine A to B (all Unix) and with
   the same configuration from B to A?
4. Is this software also awailable for other Unix-Machines (like
   HP, RS-6000)?

Thanks in advance,
Heinz-Josef Claes

University of Essen
claes@sparc2.ikb.uni-essen.de
From: exodus@vsync.Eng.Sun.COM (Greg Onufer)
Newsgroups: comp.protocols.ppp
Subject: Re: sun serial >38400
Date: 9 Jan 1993 01:17:09 GMT
Organization: Sun Microsystems Inc., Mountain View, CA
Distribution: usa
NNTP-Posting-Host: vsync

In <5d72c2b5.1bc5b@pisa.citi.umich.edu> rees@pisa.citi.umich.edu (Jim Rees) writes:
>The problem of missing interrupts is a real one.  If your mtu is 1500, then
>you have to catch every one of 1500 interrupts in a row.  If you miss even
>one, the packet is lost.  While processing an interrupt in 13 us may be
>easy, guaranteeing that you can get to it in time is not, at least in a
>general purpose computer.

Even the oldest z8530's have a 2-byte FIFO as well as the receiver
shift register.  You don't have to hit *every* one of the 1500
interrupts...

Cheers!greg
Standard disclaimers apply
Newsgroups: comp.protocols.ppp
From: andyw@aspen32.cray.com (Andy Warner)
Subject: Re: sun serial >38400
Originator: andyw@aspen32
Organization: Cray Research, Inc.
Date: 8 Jan 93 12:27:41 CST


In article <1993Jan7.194405.15843@colorado.edu>, garnett@refuge.Colorado.EDU (Santiago de la Paz) writes:
> smckinty@sunicnc.France.Sun.COM (Steve McKinty - Sun ICNC) writes:
> >
> >Bear in mind that the 8530 in a SPARCstation is a character-interrupt
> >device. Every received character causes a CPU interrupt and the processor
> > [...]
> Huh?  Since when did an interrupt every 13us or so become an unbearable 
> load?  For well-designed and trim interrupt routines, this is nothing.  I've
> [...]
> every 3rd administrator has a seizure at the very mention of anything over
> 9600 baud.  *sigh*.
> 
> ~james

Go ahead, write a trim interrupt routine & PPP stack, you'll
be a hero.

*sigh*
-- 
andyw.	N0REN/G1XRL

andyw@aspen.cray.com	Andy Warner, Cray Research, Inc.	(612) 683-5835
Newsgroups: comp.protocols.ppp
From: jessica.bvl.pt!root (Operator)
Subject: ppp (or slip) on an NeXT Station
Organization: Bolsa de Valores de Lisboa
Date: Tue, 5 Jan 1993 15:28:51 GMT

Hi !

I'm trying to locate some ppp (or slip) implementation ready-to-load
on a NeXTstation TURBO (system 2.2).
I'm not a NeXT guru, so I've no idea of how to remake the kernel to  
include the new drivers, so, I'll need a NeXT oriented version or at lest,  
NeXT oriented install instructions.

regards,

vasco
Newsgroups: comp.protocols.ppp
From: dan@foghorn.pass.wayne.edu (Daniel Cwiertniewicz)
Subject: Re: ppp (or slip) on an NeXT Station
Reply-To: dan@foghorn.pass.wayne.edu
Organization: Wayne State University
Date: Fri, 8 Jan 1993 16:39:30 GMT

In article 930106152818@128.127.30.148, ravi@[128.127.2.100]  (Ravi Prakash) writes:
>In article <1993Jan5.152851.291@bvl.pt> jessica.bvl.pt!root (Operator) writes:
>
>FTP to merit.edu and in pub/ppp/next-ppp0.2.tar.Z is a PPP client for
>the Next. 

I've got the software, but it's poorly documented.  Do you (or anyone else
reading this group) have experience installing this software?

---
Daniel Cwiertniewicz				Phone:	(313)-577-0787
Systems Analyst, Networking Support Group	Fax:	(313)-577-8787
Computing and Information Technology		E-Mail:	DCWIERT@WAYNEST1 or
Wayne State University				dan@foghorn.pass.wayne.edu


Newsgroups: comp.protocols.ppp
From: derekt@pwcs.stpaul.gov (Derek Terveer)
Subject: Re: SVR4 Esix 4.0.3 & PPP
Organization: City of St. Paul Public Works
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 4 Jan 1993 19:06:37 GMT

Raymond Nijssen (raymond@es.ele.tue.nl) wrote:
: In article <1992Dec29.042829.10957@hawkmoon.mn.org> det@hawkmoon.mn.org (Derek Terveer) writes:
: 
: >   Well, I finally have PPP up and working pretty well between my box (Esix
: >   4.0.3) and a sun at work (SunOS 4.1.3).  However, I haven't been able to
: >   get it to work the other way round, albeit I seem tantalizingly close.
: >   If anybody has already tackled this problem (and had experience with
: >   other problems that I am having with, routing through an established PPP
: >   gateway to other machines on the remote network, [...]
: 
: Both routed and gated (from Cornell) have trouble with popup-interfaces. All
: implementations I've seen so far only look for interfaces at startup, so
: they're not aware of interfaces ifconfig(1m)-ed afterwards, so you have to try
: to get it work by installing static routes. This works for me.

hmmm, ok -- do you mean somehow preconfiguring with static routes
(route add hawkmoon medusa 1) on the sun side or the esix side or
both?  Are the routed and gated that you are talking about the sun
versions?  If you are talking about adding static routes for the sun
side, i presume that i should be able to add the appropriate route add ...
commands in the /etc/rc.boot file, or perhaps in the rc.local file,
before the routed daemon is called?

thanks for the help you have given so far, i will try adding some
static routes to one of my rc files..

derek
-- 
Derek Terveer   Work:	derek.terveer@stpaul.gov	+1 612 292 6009
		Play:	det@hawkmoon.mn.org	+1 612 683 0413
"Big business and big government distract us with entertainment;
 they manufacture our consent while we destroy the environment."
From: smckinty@sunicnc.France.Sun.COM (Steve McKinty - Sun ICNC)
Newsgroups: comp.protocols.ppp
Subject: Re: sun serial >38400
Date: 7 Jan 93 09:43:55 GMT
Organization: SunConnect
NNTP-Posting-Host: hardy.france.sun.com

In article <1993Jan6.213927.2788@ukw.uucp>, lupe@ukw.uucp (Lupe Christoph) writes:
> searsk@med.ge.com (Kevin D. Sears) writes:
> 
> >In article <1992Dec31.162852.2315@hugis.nbg.sub.org>,
> >hugibaz@hugis.nbg.sub.org (Ingo Kraupa) wrote:
> >> 
> >> A few months ago someone posted that there is a patch to get higher bps-rates
> >> than 38.4kbps on a sun sparcstation. I told this to a friend, and he asked
> >> me if I can get this patch for him. I forgot the person, but I'm sure he
> >> posted to this group.  Any hint would be very appreciated.
> >> 


Please note that I am not speaking for Sun, when it comes to the serial
device driver I'm just a user.

Bear in mind that the 8530 in a SPARCstation is a character-interrupt
device. Every received character causes a CPU interrupt and the processor
must read the chip registers, store the value in memory, etc. Asking it
to do that at >38.4 is asking a lot, especially for an SS1 or 1+. I have
seen SS2s running at 64k, but you can expect that to be quite a load
on the system. If the machine is heavily loaded you may lose characters.


Steve
From: rees@pisa.citi.umich.edu (Jim Rees)
Newsgroups: comp.protocols.ppp
Subject: Re: sun serial >38400
Date: 8 Jan 1993 19:59:59 GMT
Organization: University of Michigan CITI
Distribution: world
Reply-To: Jim.Rees@umich.edu
NNTP-Posting-Host: pisa.citi.umich.edu

In article <1993Jan8.122742.3793@hemlock.cray.com>, andyw@aspen32.cray.com (Andy Warner) writes:

  > Huh?  Since when did an interrupt every 13us or so become an unbearable 
  > load?  For well-designed and trim interrupt routines, this is nothing.  I've

  Go ahead, write a trim interrupt routine & PPP stack, you'll
  be a hero.

The ppp stack doesn't have to be trim, only the interrupt routine.

The problem of missing interrupts is a real one.  If your mtu is 1500, then
you have to catch every one of 1500 interrupts in a row.  If you miss even
one, the packet is lost.  While processing an interrupt in 13 us may be
easy, guaranteeing that you can get to it in time is not, at least in a
general purpose computer.

In this day of cheap microcontrollers, it seems to me that what you want is
a controller on the serial io board that knows how to assemble ip packets.
Using a silo helps, but it's less than ideal.  The silo size and timeout
have to be kept short to get reasonable latency.  It would be a lot better
if the processor were interrupted only when a complete packet is assembled.
That's how synchronous (sdlc) boards work.
Newsgroups: comp.protocols.ppp
From: cole@concert.net (Derrick C. Cole)
Subject: HELP!
Organization: MCNC Data Operations
Date: Mon, 11 Jan 1993 20:36:58 GMT

Greetings!

I pulled down the dp-2.2 ppp code, folded it into the kernel, and am now
stuck.  To test, I'm attempting to come in via a PC running ka9q over the
serial port of a Sun IPX (SunOS 4.1.2), but have had 0 success.

I'd really like to get this to work!  Can someone who's been successful at
it please help me with _detailed_ instructions?  The installation instructions
are good, but I'm obviously doing something wrong.

Any and all help appreciated!

Derrick

P.S.  Is there a way to dial OUT from the Sun through a networked modem
server?  That would be the other ideal scenario.
-- 
"1. Car phone has direct line to AAA."
                       -- Top Ten Signs You've Bought A Bad Car
-----
Derrick Cole              KC4WEJ              MCNC Center for Communications
Newsgroups: comp.protocols.ppp
From: bob@MorningStar.Com (Bob Sutterfield)
Subject: Re: Using Sybase over PPP with Solaris 1.1
Organization: Morning Star Technologies
Date: Tue, 12 Jan 1993 03:57:31 GMT

In article <1993Jan11.201055.29189@exlog.com> dave@exlog.com (Dave St.Clair) writes:
   Operating-system error:
	   Connection refused
   DB-LIBRARY error:
	   Unable to connect: SQL Server is unavailable or does not exist.

Does Sybase impose some connection establishment timeout that's too
optimistic for use over relatively low-bandwidth, high-latency IP
links?  Is that timeout configurable?

In a possibly-related vein, I'd expect it to be more accomodating (and
yield higher performance in a dialup environment) if it uses TCP
streams than if it uses UDP datagrams.
--
Bob Sutterfield, Morning Star Technologies            +1 614 451 1883
1760 Zollinger Rd, Columbus Ohio USA, 43221           +1 800 558 7827
bob@MorningStar.Com                                   +1 614 459 5054 (FAX)
From: id@sifon.cc.mcgill.ca (Ian Duncan)
Newsgroups: comp.protocols.ppp
Subject: Re: ppp (or slip) on an NeXT Station
Date: 10 Jan 93 17:21:33 GMT
Organization: McGill University

In article 
  <1993Jan8.163930.13843@cs.wayne.edu> dan@foghorn.pass.wayne.edu writes:
>>
>>FTP to merit.edu and in pub/ppp/next-ppp0.2.tar.Z is a PPP client for
>>the Next. 
>
>I've got the software, but it's poorly documented.  Do you (or anyone else
>reading this group) have experience installing this software?

If you'd be happy running SLIP then FTP to nova.cc.purdue.edu and fetch the
latest SLIP_XXXXXX files. Last I looked the latest files were still in
/pub/next/submissions. This is a well debugged and actively supported port
with reasonable installation notes. The package is dual purpose. A free
fully functional SLIP and a time-crippled promotional demo of CSLIP which you
just might want to buy.

Email to <info@TransSys.COM> should get you a brief blurb.

If you really need PPP I suggest you talk to Morningstar (checkbook in hand).
-- 
   ...   ian   <id@cc.mcgill.ca>
Ian Duncan  ---  McGill University Computing Centre  ---  +.514.398.4444
Newsgroups: comp.protocols.ppp
From: dave@exlog.com (Dave St.Clair)
Subject: Using Sybase over PPP with Solaris 1.1
Reply-To: dave@exlog.com
Organization: EXLOG, Inc.
Date: Mon, 11 Jan 93 20:10:55 GMT

Well this should have been simple but .... :-)

Ok, we have the need to connect two machines/networks over a WAN and would
like to be about to access our Sybase 4.8 database.  Since this WAN is over
standard phone lines (not leased lines), I looked for a version of PPP that
would do dialup-on-demand.  I found Kirk Smith's dp2.2 by checking the
comp.prototocols.ppp FAQ.

I setup two SparcStations with MultiTech MultiModems to test things.  First
I verified that Sybase worked OK with a normal (le0) ethernet connection.
Worked just fine. Next I installed PPP, unplugged the thin net and turned
on the modems.  Talk about simple!  Had the serial link up and going inside
of an hour (had to take into account silly setup errors :-)).

First I checked the basics: rlogin, telnet, ftp, mail, ping, etc.  No problem.
Works like charm.  Now I give Sybase a try.  And here's the results:

	./isql
	Password: 
	Operating-system error:
        	Connection refused
	DB-LIBRARY error:
        	Unable to connect: SQL Server is unavailable or does not exist.


I checked for user permissions, etc,  but to no avail.

Any hints?

I've been talking to Sybase support but most of the people I've talked to
have not even heard of PPP.  In the latest round, my contact said Sybase
did not have the resources to "support" another third party product. But she
said she would try one more time to find someone in Sybase who could at
least spell PPP :-)

Thanks,

dave@exlog.com






Newsgroups: comp.protocols.ppp
From: ravi@[128.127.2.100]  (Ravi Prakash)
Subject: Re: ppp (or slip) on an NeXT Station
Nntp-Software: PC/TCP NNTP
Reply-To: ravi@ftp.com
Organization: FTP Software, Inc., Wakefield, MA
Date: Wed, 06 Jan 1993 15:28:18

In article <1993Jan5.152851.291@bvl.pt> jessica.bvl.pt!root (Operator) writes:

%<string opt>   [128.127.2.100]I'm trying to locate some ppp (or slip) implementation ready-to-load
%<string opt>   [128.127.2.100]on a NeXTstation TURBO (system 2.2).
%<string opt>   [128.127.2.100]I'm not a NeXT guru, so I've no idea of how to remake the kernel to  
%<string opt>   [128.127.2.100]include the new drivers, so, I'll need a NeXT oriented version or at lest,  
%<string opt>   [128.127.2.100]NeXT oriented install instructions.

FTP to merit.edu and in pub/ppp/next-ppp0.2.tar.Z is a PPP client for
the Next.  

ravi@ftp.com
From: smitsc@pvec.bridgewater.ns.ca (Chris Smits)
Newsgroups: comp.protocols.ppp
Subject: doors
Keywords: morrison
Date: 8 Jan 93 15:39:59 GMT
Organization: Parkview Education Centre, N.S. Canada

does any body out there like the doors
or  have any of thier scripts they could send me
From: vasco@bvl.pt (antonio vasconcelos)
Subject: Re: ppp (or slip) on an NeXT Station
Organization: Bolsa de Valores de Lisboa
X-Newsreader: Tin 1.1 PL4
Date: Sun, 10 Jan 1993 23:17:03 GMT

ravi@[128.127.2.100] (Ravi Prakash) writes:
: 
: FTP to merit.edu and in pub/ppp/next-ppp0.2.tar.Z is a PPP client for
: the Next.  
: 
I'm not sure I need just a client... I may need a server, I want to call
from home (from DOS or from unix) and get all the TCP/IP environment,
I'm thinking about socket level access...

-- 
regards,
  ____
|/asco
----------------------------------------------------------------------
Newsgroups: comp.protocols.nfs
From: pruett@CS.ColoState.EDU (J. L. Pruett)
Subject: PCNFS/305/telnet
Date: Tue, 05 Jan 1993 18:46:24 GMT
Organization: Colorado State University, Computer Science Department

Steve, 
I can't reply or mail to you via mail, so I'll try it here. 

I am running 4.0. Can you give me some more specifics on
shared memory? 

Jenny
Newsgroups: comp.protocols.nfs
From: peterd@pjd.dev.cdx.mot.com (Peter Desnoyers)
Subject: Re: NFS packet size
Organization: Motorola Codex, Canton, Massachusetts
Date: Thu, 7 Jan 1993 20:18:47 GMT

[in reply to Vernon Schryver and Gary Anderson]

Well, I said TCP seemed better than NFS with 100mS timeouts "on
paper"...  

As Vernon has pointed out, the stock BSD adaptive retransmission timer
isn't going to track well at 200 mS or below, as it is implemented by
a 5Hz periodic tick. (this would give a minimum mean timer of 300mS,
actually.) 

If (initial) timers were equal in both cases, you would see the
following effects:

- the exponential backoff in NFS has the same effect as doubling the
  error rate with a fixed timer. 
- when a packet is lost, TCP starts retransmitting at that packet,
  while NFS starts on average 3 frames back (6 frames/request).

Both of these would tend to result in decreased performance for NFS.
However, if the initial NFS timer were 2 or 3 times lower than the TCP
timer, I would expect NFS to perform better.

[again on paper, NFS starting at 100mS falls to 50% throughput at
0.68% error rate, while TCP with 300mS timeout hits 50% a bit sooner,
at 0.42% error rate.]

				Peter Desnoyers
-- 
Newsgroups: comp.protocols.nfs
From: jrc@brainiac.mn.org (Jeffrey Comstock)
Subject: PCNFS4.0 Performance hit ?
Organization: Sewer of Source Code
Date: Sun, 10 Jan 93 19:54:48 GMT


Sorry if this has been hashed over before - I don't read this group.

When I upgraded some machines from PCNFS3.5 to PCNFS4.0, ftp transfer rates
fell from about 201k/sec to 144k/sec .  Is this normal ?  The problem occurs
with both 3c503's and WD8013's. 3c501's and 3c500's don't work at all.

Um, based on memory requirments and performance, it looks like 3.5 is a
better product.  Any comments on that ?

-- 
Jeffrey R. Comstock 
HOME  jrc@brainiac.mn.org
CW    -. .-. ----- -..