home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / unix / sysv386 / 17392 < prev    next >
Encoding:
Internet Message Format  |  1992-12-14  |  12.4 KB

  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!lll-winken!framsparc.ocf.llnl.gov!booloo
  2. From: booloo@framsparc.ocf.llnl.gov (Mark Boolootian)
  3. Newsgroups: comp.unix.sysv386
  4. Subject: Summary:  Should I buy BSDI or Dell Unix for my 486?
  5. Message-ID: <143401@lll-winken.LLNL.GOV>
  6. Date: 14 Dec 92 21:03:52 GMT
  7. Sender: usenet@lll-winken.LLNL.GOV
  8. Organization: Lawrence Livermore National Laboratory
  9. Lines: 259
  10. Nntp-Posting-Host: framsparc.ocf.llnl.gov
  11.  
  12. A couple of weeks ago I indicated I was waffling between buying Dell's
  13. Unix and BSDI's Unix.  I got many responses and have been planning to
  14. summarize.  Unfortunately, I can't find enough time to do a reasonable
  15. job, so I'm simply including the text of the most informative messages
  16. below (I'm eliding the author's names as I hadn't indicated I was planning
  17. on posting their email).
  18.  
  19. BTW, I've decided on buying Unix from BSDI.  I have found they are quick to
  20. answer my questions (via email), I like the idea of source (alot!), I like
  21. the idea of BSD (as opposed to SYSV), I like the idea of net support (lots
  22. of hacks out there porting/debugging codes), and I like the fact that BSDI
  23. is in business to sell systems, not hardware.
  24.  
  25. Without further ado:
  26.  
  27.     ================================================================
  28.  
  29. I'm a happy BSDi/386 user. I've been using it since June running with
  30. the beta release stuff.
  31.  
  32. Its a good BSD system if you like that sort of thing. In chosing Dell vs
  33. BSDi you are also making a SRV4 vs BSD choice - this and source
  34. availability are probably the most important issues here.
  35.  
  36. Having the source is great! It allows to change as you require and still
  37. reload the orgional code if you screw up.
  38.  
  39. BSDi are now shipping the Gamma tape ( this is in the UK - the US is
  40. ahead some ).
  41.  
  42. So what do you get in BSDi?
  43.  
  44. Pretty well everything
  45.  
  46. BSD / POSIX compliance
  47. editors & test processing
  48. networking  & nfs
  49. kerberos
  50. lots more
  51.  
  52. In all I'm realy happy about getting BSDi - it's fun...
  53.  
  54.  
  55.     ================================================================
  56.  
  57. I'm a very happy BSDI user.  The system is extremely stable and the
  58. bells and whistles are starting to appear now.  THe support level I've
  59. received has been excellent (better than SCO's).  And what cna I say,
  60. having the source is a HUGE win.
  61.  
  62.  
  63.  
  64.     ================================================================
  65.  
  66. In article <142525@lll-winken.LLNL.GOV> you write:
  67. >I am waffling between purchasing Unix from Dell or from BSDI.  Having complete
  68. >source is extremely appealing, but I have to admit that I feel a little more
  69. >secure about Dell being around for awhile (perhaps an erroneous impression,
  70. >but I'm stuck with it).  I have read the pc-unix/software buyer's guide.  I
  71.  
  72. I can give you a few impressions, at least regarding Vr4 and BSDI (I
  73. run UHC Vr4 on one machine here.  I considered buying Dell, but when I
  74. couldn't get any info/any person to talk to me, I went with UHC
  75. instead).  I am currently running UHC Vr4.0.3.6 on balkan, a 486/33
  76. ISA machine which acts as my gateway.  I'm running BSDI (gamma 0.9.3)
  77. on succubus, which is a 486/50 EISA.
  78.  
  79. >haven't bought my system yet, so I'm not constrained by hardware.  I plan on
  80. >buying a 486 EISA system and running SCSI disk.
  81.  
  82. Both my systems are SCSI.  UHC doesn't have an EISA SCSI driver
  83. (though my 1740 did work in ``standard'' (1540 emulation) mode under
  84. UHC).  The information I have says that Dell doesn't have an EISA SCSI
  85. driver either, their 1740 installation manual says to run in standard
  86. mode for their Vr4.  I have heard that the Dell SCSI drivers are much
  87. faster than standard USL drivers.  BSDI has enhanced mode support for
  88. SCSI (adaptec 1740/1742 only, not Bustek) in the gamma version.
  89.  
  90. The uucp supplied with BSDI is a little flakey yet, it's the uunet
  91. version.  There is one bug I've found, and reported, and then found a
  92. patch for on the cdrom (it's a workaround, not a real fix).  I'm sure
  93. this will be taken care of in the production version, and it doesn't
  94. stop uucp from working (you just have to supply a full pathname for
  95. the ``from'' file[s]).
  96.  
  97. Dell (and any other Vr4 for that matter) has more device drivers
  98. available/supplied.  BSDI supports one smart serial card (which I've
  99. never heard of).  It does have FIFO support for 16550A UARTs.  BSDI
  100. supports one midi sequencer, and the cdrom has a SoundBlaster driver,
  101. though it's unsupported.
  102.  
  103. Vr4 requires at least 150MB of disk for a minimal installation, BSDI
  104. could probably get by on 50MB.  The BSDI kernel is _much_ smaller than
  105. the Vr4 kernel.  However, Vr4 executables tend to be smaller due to
  106. shared libraries.
  107.  
  108. I trust the networking, and especially NFS, much more with BSDI.
  109.  
  110. Frankly, I'm considering buying a binary license of BSDI to put on
  111. balkan.  The only thing that's really stopping me is lack of support
  112. for my DigiFax card, and I suspect that will be supported before too
  113. long.  I believe someone is working (with the help of DigiBoard) on
  114. getting the PC/Xe serial boards supported under BSDI.
  115.  
  116.     ================================================================
  117.  
  118.  
  119. I have talked to people who have used both BSDI and ESIX SVR4 (the ESIX
  120. user was a SV sort of guy, so he wasn't worried by any lack of BSDisms, and
  121. the SV admin stuff).  From their comments I think you would be better off
  122. with BSDI.  BSDI has more nitpicky bugs, both seem to have the same number
  123. of big bugs, but the BSDI "support" (really the programers, they take turns)
  124. staff has helped far more.  The ESIX guy had a 6 hour talk w/ support about
  125. why his kernel can't re-build (the final answer was "upgrade to a newer
  126. version" (he just upgraded 3 months ago)).  The BSDI guy has gotten fixes
  127. or useful clues in under 2 hours tops.
  128.  
  129.     ================================================================
  130.  
  131.  
  132. We just bought DEll am I am very impressed. We run it
  133. on Gateway 486/33s. The installation was the easiest UNIX
  134. install I've ever done. There are LOTS of tools, X windows,
  135. programs, public domain stuff included. The system
  136. is very complete, with the BSD commands and lib calls as well.
  137. X windows came up first time with out any fuss. Slip works
  138. great, the lastest G++ (GCC 2.3.1), compiled with
  139. no changes at all.
  140.  
  141.     If you need kernal source the go with BSDI,
  142. else I highly recommend Dell 2.2
  143.  
  144.  
  145.     ================================================================
  146.  
  147. >I'd appreciate hearing any pros or cons regarding Dell and BSDI Unix from
  148. >folks out there, particularly those of you running one or the other.  I
  149. >haven't been able to make up my mind based on my reading of the software
  150. >buyer's guide, and am hopeful I can get sufficient input to sway me one
  151. >direction or the other.
  152. It depends on what you want to do with it. I have for years been using
  153. several SYSV flavors on my PC (first on my AT, then my 386), and have
  154. been constantly disappointed by
  155.  - SYSV's uglyness (a matter of taste of course)
  156.  - The frustration at discovering bugs that won't get fixed
  157.  - Unresponsive resellers
  158.  - SYSV's limitations (once again a matter of taste).
  159. I ordered BSDI's beta the day it was announced. BSDI provides patches in
  160. a timely matter (you can look them up for yourself by ftp@bsdi.com), both
  161. when I reported problems, or when I looked for patches in a problem area
  162. myself. Even for problems they don't solve yet, the availability of sources
  163. is great.
  164.  
  165. Porting to BSD architectures has always been easier, than porting to
  166. SYSV's (unless it's been done before for your specific version of SYSV).
  167. This is the downside of BSD/386, there are fewer packages that compile
  168. out of the box, because of the current market share of SYSV vs BSDI.
  169. On the whole, there are fewer packages that I had to give up on for
  170. BSDI, than packages I threw out in a rage after attempting a SYSV port.
  171. Packages that are hard to port to BSDI are either extremely complex
  172. (like gcc, but 2.3.2 was easy to port) or buggy to start with (top, which
  173. contains several unchecked string copies in finite size buffers).
  174.  
  175. BSD/386 is stable (even in my beta system), more stable than SYSV has ever
  176. been on any of my machines. BSD/386 is more friendly to the techie kind
  177. of user (heck, SYSV provides for full screen installation menus that
  178. actually provide *no* information above an installation manual).
  179.  
  180. No connections with either producer, other than as a very satisfied BSDI
  181. customer.
  182.  
  183.     ================================================================
  184.  
  185. I have been running BSD/386 since February, first as a beta tester and
  186. now on their gamma CD release.  I have been very happy with the system,
  187. and have had excellent support from BSDI.
  188.  
  189. Here are a number of reason's that I would recommend BSDI.  I don't
  190. have any real reasons for not buying Dell, execept for a general
  191. SysV prejudice.  Anyway, here it goes ...
  192.  
  193. 1) BSDI's development & support staff : I have received excellent email
  194.    support.  Within an hour or two of posting, I've always received
  195.    answers from a support person or the developer of the code in question.
  196.    It still amazes me, to receive mail from Mike Karels concerning
  197.    kernel questions.
  198.  
  199.    Even better than the support, is the way they treat their customers.
  200.    On more than one occasion, Rob Kolstad has sent mail to everyone
  201.    asking them how they thought the company should proceed.  When 
  202.    faced with having to change their "complete source" policy in order
  203.    to get hold of some Xservers as well as motif, Rob ask the entire
  204.    beta mailing list how they felt.  The overwhelming consensus was that
  205.    if BSDI could only supply the code in object form or would have to pass
  206.    on a huge source licence fee, that object alone would be better than
  207.    nothing.  However, if available source was always to be shiped.  I
  208.    was amazed, just to have a company ask me how I felt!
  209.  
  210. 2) BSD/386 comes with Source and lots of other stuff : BSD/386 comes
  211.    complete with networking, NFS, X11R5, gcc, gnu flex & bison, perl
  212.    and lots of other software.  Last I heard, lots of the SysV vendors
  213.    were charging for things piece meal.  
  214.  
  215.    However, having complete source for the OS is one of the big wins.
  216.    I never get tired of checking out code and learning about the kernel.
  217.    Problem solving is 100 times easier, when you can look at source.
  218.    Besides, there is nothing like making a change to something, re-building
  219.    the kernel, and then watching it work!
  220.  
  221. 3) Stability :  BSD/386 has been incredably stable.  I've had my 486/33 
  222.    EISA system up on the net since February.  The system has only crashed
  223.    once.  The problem was isolated to haveing my SCSI controller clocked
  224.    to fast for the system bus.  Since I changed the card's setting, I've
  225.    had no problems.
  226.    
  227.    I use the BSD/386 system for mail, news and software develoment.  I
  228.    prefer this system to using Sparcs that I have available.
  229.  
  230. 4) It's BSD not SysV : I'm a BSD bigot.  I disapporve of what AT&T did
  231.    to unix when SysV was created.  They added a lot of poorly thought out
  232.    and poorly implemented code to the kernel.  They grabed some stuff
  233.    from BSD 4.3 to make up for deficancies in their own code.  SysV is
  234.    far from the dream of combining AT&T Unix and Berkeley Unix.
  235.  
  236.    BSD/386 is derived from the most recent BSD NET2 distribution.  It
  237.    is very close to BSD 4.4, which will soon be available.  I fully
  238.    expect BSDI to ship a version of 4.4, when they receive access to
  239.    the code from Berkeley.
  240.  
  241. 5) BSD/386 comes on CD : I think CD's are a great way to distribute 
  242.    software.  You can mount the CD as a file system.  By creating 
  243.    a directory/link tree to the source on the CD, it is possible to
  244.    compile and make the system.  This makes it possible to have access
  245.    to seldom used sources, while not having to was disk space for them.
  246.  
  247.  
  248.     ================================================================
  249.  
  250.  
  251. Although I haven't used BSDI I have used Dell SVR4 and 386BSD so
  252. I feel I have something to base my opinion on.
  253.  
  254. Dell is not a bad product, but if you want to be able to compile BSD
  255. programs it sux.  SVR4 supposedly has all sorts of BSD features
  256. available but my experience with trying to compile and run BSD 
  257. programs has been painful at best.
  258.  
  259. 386BSD seems mostly solid to me.  The price is right (free) and the
  260. support from the net is much better than Dell's phone support.  
  261. With a few exceptions it will compile and run BSD programs with
  262. no problem.  It makes no claims to be able to run SVR4 code.
  263. I don't think you will ever find commercial software released
  264. for 386BSD (or BSDI for that matter) so you would have to be
  265. content with share/free-ware.
  266.  
  267.     ================================================================
  268. -- 
  269. Mark Boolootian        booloo@llnl.gov        +1 510 423 1948
  270. Disclaimer:  My fingers type for me alone.
  271.