home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / misc / 3248 < prev    next >
Encoding:
Internet Message Format  |  1992-08-15  |  11.8 KB

  1. Xref: sparky comp.unix.misc:3248 comp.protocols.nfs:2068 comp.unix.msdos:933
  2. Path: sparky!uunet!munnari.oz.au!mtiame!marvin!lm
  3. From: lm@marvin.jpl.oz (Luigi Martin)
  4. Newsgroups: comp.unix.misc,comp.protocols.nfs,comp.unix.msdos
  5. Subject: PCNFS:what are the alternatives--SUMMARY
  6. Message-ID: <888@marvin.jpl.oz>
  7. Date: 17 Aug 92 03:43:32 GMT
  8. Reply-To: lm@marvin.jpl.oz (Luigi Martin)
  9. Distribution: world
  10. Organization: Boral Elevators, Melbourne
  11. Lines: 291
  12.  
  13. As promised, here are the replys that I got:
  14.  
  15. >I asked this question in comp.protocols.nfs, but got very few replies:
  16. >Our site here at Boral Elevators, Australia, is about to expand its unix
  17. >network to include a lot of PC clones.
  18. >I have bought 2 sun PCNFS packages, but I am dissapointed that it uses over
  19. >70 Kbytes of conventional memory. Most PCs here already use most of the hi
  20. >memory made available by msdos5/drdos6, so I cannot load PCNFS into this area.
  21. >Can anyone recommend any other software packages (not necessarily NFS) which
  22. >use ethernet cards and use very little memory (or can be loaded into ems/xms).
  23. >Even something that can be loaded/removed as a TSR is acceptable.
  24.  
  25. REPLYS:
  26. ------------------------------------------------------------
  27. Date: Mon, 3 Aug 92 10:20 GMT
  28. From: Leo Smith <shaman@cix.compulink.co.uk>
  29. Subject: Re: Small PC/TCP packages
  30. Reply-To: shaman@cix.compulink.co.uk
  31.  
  32. Smallest  (and does NFS) is carl beames assembler coded BWNFS
  33. (beame@mcmaster.ca). Works too, although it suffers from Carls
  34. irrespressible individuality.
  35.  
  36. Most polished product is PC/TCP from ftp software. Version 2.1 just
  37. released - so probably buggy, but it does feature unloadable stack,
  38. and last I heard they were working real hard to get the normal kernel
  39. (c.70-100k) shoehorned into expanded memory as well as high loaded.
  40. They do an NFS implementation but it isn't as good IMHO as Beame and
  41. Whiteside or PC-NFS. Remote print redirect is (for example) shit.
  42.  
  43. ftp are info@ftp.com
  44.  
  45. Leo
  46. --------------------------------------------------------------------
  47. Date: Tue, 4 Aug 1992 14:41:00 +0000 
  48. From: "Alan (A.R.) Quirt" <aquirt@x400gate.bnr.ca>
  49. Subject: PC-NFS 
  50.  
  51.  
  52. We use PC-NFS 3.5c with MS-DOS 5.0 and QEMM memory manager. On my Compaq
  53. 386 I now have 625872 bytes available for a DOS program (about 100K more
  54. than I got using MSDOS 5.0 without QEMM). That's not too bad! Even if I
  55. leave a Telnet session running as a TSR (which I routinely do, so I can
  56. switch between local DOS and networked Unix with a keystroke) I still have
  57. 496768 available for a DOS program. Since that is not always enough, we are
  58. looking seriously at OS/2 2.0 for our 386 and 486 PCs. Unfortunately there
  59. are still too many DOS programs that want to do their own memory management
  60. (VCPI or worse, rather than DPMI interface). They will not run under OS/2,
  61. and some will not run under QEMM.
  62.  
  63. ... Al Quirt ... (aquirt@bnr.ca)
  64. ... just my opinions, of course ...
  65.  
  66. p.s. Please respond if you get this. First time I sent it without
  67. .au it bounced. Then our experimental x.400 gateway mangled the address
  68. thoroughly and it bounced for a different reason. Lucky this time?
  69. -------------------------------------------------------------------
  70. Date: Wed, 5 Aug 92 18:00:25 -0500
  71. From: roder@mayo.EDU (Mark N. Roder)
  72. Subject: Alternative pcnfs packages.
  73.  
  74. Luigi,
  75.  
  76. Try contacting diana@netmanage.com . They have a nice windows version of
  77. pcnfs and it uses a dll which results in 6k of the coventional memory being used
  78. and also it runs as client and server function. Not just client. I have 
  79. been really pleased with it so far. Fairly snappy.
  80.  
  81. Paul Bleimeyer
  82. Mayo Foundation
  83. bleimeyp@mayo.edu
  84.  
  85. Disclaimer: All opinions are my own and do not express the feelings or
  86. opinions of my employer.
  87. -------------------------------------------------------------------- 
  88. From: dan@cedb.dpcsys.org (Dan Busarow)
  89. Date: Sat, 8 Aug 92 9:39:28 PDT
  90.  
  91. Luigi,
  92.  
  93. Beame & Whiteside's BW-NFS may satisfy your requirements.
  94.  
  95. If you were able to use devicehigh and loadhigh you can get down to
  96. 24.8K of conventional memory.  I do not know of a way to load it
  97. into ems/xms.  You can, however, load and unload the resident portions
  98. of bwrpc and bwnfs (not the drivers themselves) which gets you
  99. down to 40K when unloaded (around 70K loaded).
  100.  
  101. Dan
  102. ---
  103. +                                                                            -
  104.    Dan Busarow             dan@cedb.dpcsys.org              uunet!cedb!dan
  105.    DPC SYSTEMS                Monrovia, CA                  (818) 305-5733
  106. -                                                                            +
  107. ------------------------------------------------------------------
  108. Date: Sun, 9 Aug 92 16:58:20 EST
  109. From: raz@socs.uts.EDU.AU
  110. Subject: Re: PCNFS: what are the alternatives?
  111.  
  112. Hmmm, many possibilities spring to mind. (I am working on a similar but
  113. smaller problem at the moment.) The approaches that spring to mind are:
  114.  
  115. 1) Don't run DOS applications. Do everything under UNIX. This will
  116. require some investment in computational servers, depending upon your
  117. number of users.
  118. Use something like NCSA_Telnet for DOS to connect your PCs to your
  119. UNIX machines. 
  120.  
  121. 2) Install a Novell NetWare 3.x fileserver and set it up as an NFS
  122. client. Sadly this will require almost as much workstation RAM, but
  123. not quite. 
  124.  
  125. There are probably more appropriate solutions however. Good luck.
  126. ------------------------------------------------------------------
  127. From: imb@csource.oz.au (michael butler)
  128. Reply-To: imb@csource.oz.au
  129. Date: Sun, 09 Aug 1992 23:48:42 +1000
  130. Subject: PCNFS: what are the alternatives?
  131.  
  132.  * Reply to message originally in area COMP.UNIX.MISC
  133.  
  134.  LM> From: lm@marvin.jpl.oz (Luigi Martin)
  135.  LM> Organization: Boral Elevators, Melbourne
  136.  
  137. It seems that we are chasing the same thing ..
  138.  
  139.  LM> I asked this question in comp.protocols.nfs, but got very few replies:
  140.  
  141. Seems that NFS isn't something that inspires confidence .. everyone I've
  142. spoken to says that "it's too much of a security risk" :-(
  143.  
  144.  LM> I have bought 2 sun PCNFS packages, but I am dissapointed
  145.  LM> that it uses over 70 Kbytes of conventional memory. Most PCs here
  146.  LM> already use most of the hi memory made available by msdos5/drdos6 ..
  147.  
  148. Given that I have a couple of '286s without any high RAM, this is definitely
  149. expensive :-(.
  150.  
  151.  LM> Can anyone recommend any other software packages (not
  152.  LM> necessarily NFS) which use ethernet cards and use very little memory ..
  153.  
  154. If you have any joy at all, please mail me .. I've looked at Stan's Own Server
  155. which is a dedicated DOS file server but nothing else seems to be about :-(
  156.  
  157. many thanks in advance,
  158.  
  159.     michael
  160.  
  161. --
  162.  Michael Butler, Assorted C Software
  163.  imb@asstdc.oz.au (will soon work), imb@csource.oz.au (works now)
  164. ---------------------------------------------------------------------
  165. From: "Ward D. Britton, SCO Australasia." <wardb@sco.COM>
  166. Subject: Re: PCNFS, What are the alternitives ?
  167. Date: Tue, 11 Aug 1992 11:18:35 +1000 (AEST)
  168.  
  169. Luigi,
  170.  
  171. I am replying in regard to your newsposting dated 8th August 1992, inquiring 
  172. about alternatives to DOS LAN connectivity software.
  173.  
  174. There are a number of such packages available at the moment. The 
  175. ones that I have had experience with and found to be the best 
  176. are:
  177. 1 -     SCO Microsoft Lan Manager for UNIX
  178. 2 -     Locus PC Interface
  179.  
  180. SCO Microsoft Lan Manager for UNIX (LMU) provides all the functionality 
  181. of an OS/2 based Lan Manager Server as well as the features and 
  182. power of UNIX.
  183.  
  184. LMU runs on top of UNIX and provides DOS & OS/2 workstation 
  185. access to UNIX resources such as UNIX Applications, Printers, Disks, 
  186. Networking connectivity options, such as OSI & X.25.
  187.  
  188. LMU provides DOS Workstations with remote command execution, 
  189. printer re-direction and distributed filesystem access from the 
  190. UNIx server.
  191.  
  192. The LMU Dos client can be configured in either a Basic 
  193. installation or an Enhanced Installation. Both of these are fully 
  194. supported under Microsoft Windows 3.x.
  195.  
  196. The BASIC Workstation configuration uses 72k of conventional 
  197. memory plus around 20k for the NDIS LAN Adapter Driver.
  198.  
  199. A neat feature of LMU is that you are supplied the DOS client 
  200. FREE. This means that you only pay for the Server software and 
  201. the amount of users that you wish to provide simultaneous server 
  202. access for.
  203.  
  204. Out of the two products, I have found this one the most fully 
  205. featured and well rounded.
  206.  
  207.         
  208. Locus PC Interface (PCI) provides DOS Workstations with access to UNIX 
  209. based applications, printers and disks. A vtXXX terminal emulation 
  210. package called EM2 is supplied with the product and can be used 
  211. to login to UNIX applications and connect to other UNIX network 
  212. hosts.
  213.  
  214. PCI also does printer re-direction on the Workstation to allow 
  215. DOS print jobs to appear on a UNIX printer, in a similar fashion 
  216. to LMU.
  217.  
  218. PCI does support distrubuted filesystems from the UNIX Server as 
  219. well as remote command execution.
  220.  
  221. PCI is not directly supported by Microsoft Windows 3.x, but an 
  222. OEM diskette is available to provide this.
  223.  
  224. One of the benefits of PCI is that it uses less than 64k of 
  225. conventional memory on the DOS Workstation.
  226.  
  227.  
  228. Both of these products are fully supported under SCO Open 
  229. Desktop 2.0.
  230. In fact, Open Desktop provides the PC Interface Server free with 
  231. each copy of Open Desktop sold.
  232.  
  233. For more information on LAN connectivity & UNIX solutions, please 
  234. feel free to contact me or your local SCO supplier.
  235.  
  236. Best Regards,
  237.  
  238. wardb++
  239.  
  240. $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
  241. Ward D. Britton
  242. Developer Relations & Systems Engineering   Phone:  +61(2) 876-8444
  243. SCO Australia/New Zealand                   Fax:    +61(2) 876-8923
  244.                             Email: wardb@sco.COM or uunet!sco!wardb
  245. ---------------------------------------------------------------------
  246. Date: Tue, 11 Aug 92 15:23:59 -0400
  247. From: richard@eclipse.sheridanc.on.ca (Richard Baird)
  248. Subject: re: PCNFS: what are the alternatives?
  249. Reply-To: richard.baird@sheridanc.on.ca
  250.  
  251. Luigi:
  252.  
  253.    I have a couple of hundred PC's using the BWNFS package from 
  254. Beame & Whiteside. it seems to work fairly well. I normally have
  255. 540-600K free conventional memory with a memory manager. All the
  256. B&W stuff can load hi.
  257.  
  258. You can contact them at (416) 765-0822 for more info.
  259.  
  260. best of luck
  261.  
  262. Richard
  263.  
  264. p.s. I'm always interested in what other people come up with 
  265.      to solve this problem.
  266. ---
  267. |Richard Baird              |e-mail:  richard.baird@sheridanc.on.ca           |
  268. |Computing & Communications |phone: (416) 845-9430 x449  #include <disclaim.h>|
  269. |Sheridan College, Oakville,|                                                 |
  270. |Ont. Canada                |  Sorry, no witty comments this week!            |
  271. ---------------------------------------------------------------------
  272. Date:    Wed, 12 Aug 1992 8:39:52 -0400 (EDT)
  273. From: RBEBB@USC.PPPL.GOV
  274. Subject: RE:  PCNFS: what are the alternatives?
  275.  
  276. Luigi, please summarize or send copy of responses.  Thanks, Russ
  277.         <rbebb@usc.pppl.gov>
  278. ---------------------------------------------------------------------
  279.  
  280. Well, there you have it. Personnally, I avoid windows like the plague, so
  281. BWNFS & PC/TCP will require some investigation.
  282.  
  283. As for the other solutions:
  284. I am just a systems administrator for a poor (ahem, I mean wonderful) elevator
  285. company; so I cannot force people to change the way they use their PC's. I try
  286. to provide a simple, effective, unobtrusive, & cheap solution to others.
  287. This generally means catering to the lowest common denominator, so if someone
  288. wants to run windows, SCO unix, etc., then it is no longer my direct problem.
  289.  
  290. Thank you to all who responded.
  291.  
  292. I will post any updates in I receive any late replies.
  293.  
  294. I must also apoligise for the lateness of this summary, but for various
  295. reasons, I could not do it any sooner.
  296.  
  297. >>>Luigi Martin<<<
  298.  
  299. -- 
  300. phone: +61 03 5843311       | Boral Elevators, R&D Department |||||||||||
  301. FAX: +61 03 5848978         | 45 Wangara Road, Cheltenham,    ||  DoD  ||
  302. UseNet: lm@marvin.jpl.oz.au | Victoria, 3192, Australia       || #0987 ||
  303. >>>>>>>>>>>>>>>>> AMIGA COMPUTERS : THE BEST <<<<<<<<<<<<<<<< |||||||||||
  304.