home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 October / usenetsourcesnewsgroupsinfomagicoctober1994disk2.iso / unix / volume11 / bsd2.10.note < prev    next >
Text File  |  1987-09-22  |  9KB  |  200 lines

  1. Subject:  v11INF4:  BSD2.10 available from Usenix
  2. Newsgroups: comp.sources.unix
  3. Sender: sources
  4. Approved: rsalz@uunet.UU.NET
  5.  
  6. Submitted-by: bostic%okeeffe@berkeley.edu (Keith Bostic)
  7. Posting-number: Volume 11, Info 4
  8. Archive-name: bsd2.10.note
  9.  
  10. [  There's precedent for announcing major distributions here.  --r$  ]
  11.  
  12.       Second Distribution of Berkeley PDP-11 Software for UNIX
  13.                              Release 2.10
  14.                          (Revised April 1987)
  15.  
  16.      The USENIX association and the Computer  Systems  Research  Group
  17. (CSRG)  of  the  University  of  California,  Berkeley, are pleased to
  18. announce the distribution of a new release  of  the  "Second  Berkeley
  19. Software Distribution" (2.10BSD).
  20.  
  21.      This release will be handled by the USENIX  association,  and  is
  22. available  to all V7, System III, System V, and 2.9BSD licensees.  The
  23. Association will continue to maintain the non-profit price of $200, as
  24. was  charged  by  the CSRG.  The release will consist of two 2400 ft.,
  25. 1600 bpi tapes (approximately 80M)  and  approximately  100  pages  of
  26. documentation.   If  you  require 800 bpi tapes, please contact USENIX
  27. for more information.
  28.  
  29.      If you have questions about  the  distribution  of  the  release,
  30. please  contact  USENIX.  USENIX's address and phone number is as fol-
  31. lows:
  32.  
  33.      USENIX Association
  34.      P.O. Box 2299
  35.      Berkeley, CA  94710
  36.      +1 415 528-8649
  37.  
  38. USENIX may also be contacted by electronic mail at:
  39.      {ucbvax,decvax}!usenix!office
  40.  
  41. If you have technical questions  about  the  release,  please  contact
  42. Keith Bostic at:
  43.      {ucbvax,seismo}!keith
  44.      keith@okeeffe.berkeley.edu
  45.      +1 415 642-4948
  46.  
  47. Q: What machines will 2.10BSD run on?
  48.  
  49.      2.10BSD will run on:
  50.           11/24/34/44/53/60/70/73/83/84
  51.           11/23/35/40/45/50/55 with 18 or 22 bit addressing
  52.  
  53.      2.10 WILL NOT run on:
  54.           T11, 11/03/04/05/10/15/20/21
  55.           11/23/35/40/45/50/55 with 16 bit addressing
  56.  
  57. Q: What's new in this release?
  58.  
  59.           Lots of stuff.  This release is 4.3BSD.  We don't expect  to
  60.      distribute manuals this time, we expect people to simply use  the
  61.      4.3BSD  ones.  A list of some of the larger things that have been
  62.      added:
  63.  
  64.           22-bit Qbus support
  65.           4.3BSD networking, (TCP/IP, SLIP)
  66.           4.3BSD serial line drivers
  67.           4.3BSD C library
  68.           most of the 4.3BSD application programs
  69.           complete set of 4.3BSD system calls
  70.           MSCP device driver for (RQDX? UDA50, KLESI)
  71.           RAM disk
  72.           inode, core, and swap caching
  73.           conversion of the entire system to a 4.3BSD structure
  74.  
  75. Q: Why get this release?
  76.  
  77.           You want to get this release for one of two reasons.  Either
  78.      you have a number of 4.3BSD programs or machines in your environ-
  79.      ment and you'd like consistency across the  environment,  or  you
  80.      want  a  faster,  cleaner version of 2.9BSD, with or without net-
  81.      working.
  82.  
  83.           This release is, without question, considerably faster  than
  84.      any other PDP-11 system out there.  There have been several major
  85.      changes to the 2.10BSD kernel to speed it up.
  86.  
  87.           +    The kernel namei routine has been modified to read  the
  88.                entire  path  name  in  at once rather than as a single
  89.                character at a time, as well as maintaining a cache  of
  90.                its position in the current directory.
  91.  
  92.           +    The exec routine now copies its arguments a string at a
  93.                time, rather than a character at a time.
  94.  
  95.           +    All inodes are placed  in  an  LRU  cache,  eliminating
  96.                going to disk for often used inodes; kernel inodes also
  97.                contain more of the disk inode information to eliminate
  98.                require disk access for stat(2) calls.
  99.  
  100.           +    Both core and swap are LRU cached; the former  is  par-
  101.                ticularly  interesting  on  PDP-11's with large amounts
  102.                (for PDP's, anyway) of memory.  Our experience with  an
  103.                11/44  with  4M of memory, in a student environment, is
  104.                that it never swaps, and only rarely do programs  leave
  105.                core.
  106.  
  107.                This change is largely responsible for My Favorite Tim-
  108.                ing:  Ultrix 11, V3.0, on my 11/73, with a single RD52,
  109.                takes 1.1 system  seconds  to  run  vi.   2.9BSD  takes
  110.                approximately  .9 system seconds, a difference probably
  111.                attributable to the fact that 2.9BSD has  vfork.   Once
  112.                2.10BSD has the vi image in its core cache, it executes
  113.                vi in .2 system seconds.
  114.  
  115.           +    Finally, many other speedups, such as rewriting several
  116.                of  C library routines in assembler, replacing the ker-
  117.                nel clist routines with the faster 4.3BSD ones, caching
  118.                and  hashing  process  id's,  and splitting the process
  119.                list into multiple lists have been added.
  120.  
  121. Q: How good is the networking?
  122.  
  123.           The networking is 4.3BSD's.  It runs, it runs correctly.  It
  124.      eats  space like there's some kind of reward.  We are considering
  125.      fixing the latter by moving the networking into supervisor space.
  126.  
  127. Q: Will this release be supported?
  128.  
  129.           This release is not supported, nor should it  be  considered
  130.      an  official  Berkeley  release.   It  was called 2.10BSD because
  131.      2.9BSD has clearly become overworked and  System  V  was  already
  132.      taken.
  133.  
  134.           The ``bugs'' address supplied with this release (as well  as
  135.      with  the  4BSD  releases)  will  work for some unknown period of
  136.      time; make sure that the ``Index:'' line of the bug report  indi-
  137.      cates  that  the release is ``2BSD''.  See the sendbug(8) program
  138.      for more details.  All fixes that we make, or that  are  sent  to
  139.      us,   will   be   posted   on   USENET,   in   the   news   group
  140.      ``comp.bugs.2bsd''.  USENIX is aware of this problem and is  wil-
  141.      ling  to make hard-copy bug reports available to those of you not
  142.      connected to the net.
  143.  
  144.           To summarize, all that I can say is that any major  problems
  145.      will  be  fixed, i.e. if you've got a program that's crashing the
  146.      kernel, we'll be inclined to fix it.  If ``ls'' is  misformatting
  147.      its output, you're probably on your own.
  148.  
  149. Q: Is this the last release?
  150.  
  151.           Yes, at least by us; quite frankly,  we'd  rather  sacrifice
  152.      our chance at heaven than look at a 16-bit machine again.
  153.  
  154. Q: Who did all this wonderful, exciting, neat stuff?
  155.  
  156.           Mostly Casey Leedom, of California State  University,  Stan-
  157.      islaus, and Keith Bostic, of the CSRG.  From the ``Changes to the
  158.      Kernel in 2.10BSD'' paper:
  159.  
  160.                The authors gratefully acknowledge the contributions of
  161.           many other people to the work described here.  Major contri-
  162.           butors include Gregory Travis of the  Institute  for  Social
  163.           Research, and Steven Uitti of Purdue University.  Jeff John-
  164.           son, also of the Institute for Social Research, was  largely
  165.           responsible  for the port of 4.3BSD's networking to 2.10BSD.
  166.           Cyrus Rahman of Duke University should  hold  some  kind  of
  167.           record  for  being  able  to get the entire kernel rewritten
  168.           with a single 10-line bug report.  Much credit  should  also
  169.           go  to  the authors of 4.2BSD and 4.3BSD from which we stole
  170.           everything that wasn't nailed down and several  things  that
  171.           were.   (Just  ``diff'' this document against Changes to the
  172.           Kernel in 4.2BSD if you don't believe that!)   We  are  also
  173.           grateful  for  the  invaluable  guidance provided by Michael
  174.           Karels, of the Computer Science Research Group, at  Berkeley
  175.           -  although we felt that his suggestion that we ``just buy a
  176.           VAX'', while perhaps more practical, was not entirely within
  177.           the spirit of the project.
  178.  
  179. ----------------------------------------------------------------------
  180.  
  181. Note:
  182.      The tape that USENIX will be distributing for the first few weeks
  183. will only support machines with split I/D and floating point hardware.
  184. This is not because any work remains to be done, but because  we  just
  185. haven't had the time to build and test a system.
  186.  
  187.      Sites wishing to run 2.10BSD should also be aware that  the  net-
  188. working  is  only lightly tested, and that certain hardware has yet to
  189. be ported.  Contact Keith Bostic at  the  above  address  for  current
  190. information as to the status of the networking.  As of August 6, 1987,
  191. the complete 4.3BSD networking is in place and  running,  albeit  with
  192. minor  problems.  The holdup is that only the Interlan Ethernet driver
  193. has been ported, as well as some major space constraints.  Note, if we
  194. decide  to  go  to a supervisor space networking, 2.10 networking will
  195. only run on:
  196.  
  197.      11/44/53/70/73/83/84
  198.      11/45/50/55 with 18 bit addressing
  199.  
  200.