Path: utzoo!utgpu!watserv1!watmath!att!news.cs.indiana.edu!sdd.hp.com!ucsd!ucbvax!NMDSC20.NMDSC.NNMC.NAVY.MIL!dsc3rjs
From: dsc3rjs@NMDSC20.NMDSC.NNMC.NAVY.MIL (Bob Stratton)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: NFS & Windows & Clarkson
Message-ID: <9012192026.AA15017@nmdsc20.nmdsc.nnmc.navy.mil>
Date: 19 Dec 90 20:26:13 GMT
References: <9012191517.AA11721@ftp.com>
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 23


   >From pcip-request@louie.udel.edu Wed Dec 19 15:17:31 1990
   Date: Wed, 19 Dec 90 10:17:06 -0500
   From: Frances Selkirk <fks@ftp.com>

   We can't make the kernel much smaller and still offer the features that
   we do (multiple TCP connections, etc.), but both the kernel and InterDrive
   can be loaded into extended memory with a number of memory managers. 

When you say "extended memory"', do you mean "high DOS" memory, or
extended memory above 1 Meg?? I have used 386MAX to shove some of the
kernel high on occasion, but I thought that it only worked in memory
below 1MB (C800h to FFFFh).

I have your third party s/w list, but I didn't see any mention of 
relocating the kernel to extended memory. I currently use RYBS
Hi-Cards in some machines, but it would be great to just keep the
stuff in my users' (usually unused) extended memory.

Bob Stratton 		| dsc3rjs@nmdsc20.nmdsc.nnmc.navy.mil [DDN/Internet]
NAVMEDATASERVCEN	| dsc3rjs@vmnmdsc		      [BITNET]
(Innova Comms. / AT&T)	| 295-3503 [AV]    +1 301 295 3322    [PSTNet]
Disclaimer: The above opinions are mine alone - Who else would want them?