home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / vmsnet / pdp11 / 681 < prev    next >
Encoding:
Internet Message Format  |  1992-09-14  |  5.0 KB
  1. Path: sparky!uunet!decwrl!infopiz!mccall!info-pdp11-newsgate!list
  2. Newsgroups: vmsnet.pdp-11
  3. Subject: Re:  Unix on PDP-11's
  4. Message-ID: <9209150432.AA00757@WLV.IIPO.GTEGSC.COM>
  5. From: <sms@wlv.iipo.gtegsc.com>
  6. Date: Mon, 14 Sep 92 21:32:50 -0700
  7. Organization: The Internet
  8. Return-Path: <pat+@transarc.com>
  9. Lines: 112
  10.  
  11. > From: John_Wilson@mts.rpi.edu
  12.  
  13. > Just a quick reality check here -- what's the point of running Unix
  14. > on a PDP-11??!!
  15.  
  16.     Same reason that some folks climb mountains, some collect
  17.     old cars, and still others have to work with what's available
  18.     at the moment.
  19.  
  20. > If you're extremely lucky and have an 11/94 or something,
  21. > the best you can hope for is that you won't even notice that you're on
  22. > a PDP-11;
  23.  
  24.     You've missed one of the main points - you're _supposed_
  25.     to notice that you're on a PDP-11.  If i wanted "fast" i'd
  26.     take the "easy" way out like so many others.
  27.  
  28. > more likely, the 11's slow speed will remind you continually
  29. > of Unix's inefficiencies (HOW can an OS which is as stripped-down as the
  30. > Unix kernel have trouble fitting on a 124KW machine?!).
  31.  
  32.     This probably isn't the place to have a religious discussion
  33.     about "efficiency of Unix".  PDP-11s not being multi-mips
  34.     machines i accept, but that's nothing to do with "efficiency".
  35.  
  36.     Stripped down?  I should say not.  Granted there's no NFS
  37.     around (just as well, i don't particularily care for it at times),
  38.     but just about every other niceity from 4.3BSD is present and
  39.     accounted for.  Ever try putting 4.3BSD into a 256kb machine?
  40.  
  41.     Typical kernel and networking sizes:
  42.  
  43.     size /unix
  44. text    data    bss    dec    hex
  45. 57152    7152    39808    104112    196b0    total text: 105984
  46.     overlays: 7424,8128,7744,7680,8000,7680,2176
  47.  
  48. text    data    bss    dec    hex
  49. 59520    3006    37730    100256    187a0
  50.  
  51.     So just between the two there's ~251kb of memory, add in a disc
  52.     buffer cache between 64 and 128kb, namei cache, etc, etc and
  53.     around 320kb is needed before the first user program can be
  54.     loaded.    Last i checked you can't put 320kb of memory on
  55.     a 18bit PDP-11 (to tie this whole thing back into the original
  56.     subject line).
  57.  
  58. > quite reasonable for used ones) or something with a similar performance:
  59. > power consumption:size ratio;  the only difference you'll notice is that
  60. > it works better/faster/cheaper.
  61.  
  62.     The point was missed, that perhaps "faster" and "cheaper" aren't
  63.     the goals in all this.  The "better" is open to debate - depends
  64.     what metric of "goodness" is being used.
  65.  
  66. > The only point I see in having a PDP-11 (and I have six) is for doing things
  67. > which it does well, like letting a
  68.  
  69.     That's certainly 1 point, but hardly the _only_ point.  Another
  70.     point might be to "do something that was said couldn't be done".
  71.  
  72. > under RT;  try that under Unix -- but why would you bother?  device control
  73. > isn't Unix's bag), or running realistic timesharing under RSX or RSTS;  our
  74.  
  75.     Depends which devices and exactly what about them is being controlled.
  76.  
  77.     I can't comment on RSTS (except that it looked kinda neat), but
  78.     the last time i had a brush with RSX it was not any more
  79.     "realistic" than Unix when it came to timesharing.  Now if you'd
  80.     mentioned "realtime" rather than timesharing as a strong point for
  81.     RSX that'd be a different story.
  82.  
  83. > high school used to run 5-6 users all day long under RSTS on our 11/34a,
  84. > sure it was slow but it sounds like we would have been lucky to be running
  85. > at all under Unix.
  86.  
  87.     Good thing you weren't running RSX-11 - you might get 5 or 6 users
  88.     logged in but everyone'd end up waiting in the MRL for the guy before
  89.     them to finish something.
  90.  
  91. > you're running it on.  PDP-11's have many strengths, which some OS's go
  92. > to great lengths to exploit, but Unix strikes at the 11's weak points instead.
  93.  
  94.     I disagree, but then that's to be expected.  The only "weak point",
  95.     and again it depends on what one's goals are, is a small address
  96.     space - that just means one has to be a bit more careful/thrifty
  97.     (can't afford 80kb buffers on the stack, etc).
  98.  
  99. > PDP-11's are a good place to mess with the 11's neat hardware (ever seen
  100. > a refreshing vector display on a generic Unix box?), or mess with the 11's
  101.  
  102.     Haven't had one (or the urge) to play with.  So?
  103.  
  104. > neat OSes (address windows, asynch I/O, vector ownership/jam lists (boy
  105. > could MS-DOS use that!), dynamically loadable/unloadable device drivers etc.),
  106.  
  107.     Had address windows back on a V7 system - didn't really use 'em all
  108.     that much, but that does point out another point about Unix on
  109.     the PDP-11:  you can work over the kernel and _add_ all that neat
  110.     stuff.  If a primary goal is to do work assuming those neat features
  111.     are already present, then perhaps Unix on a PDP-11 isn't your cup
  112.     of tea.
  113.  
  114. > or mess with the 11's neat instruction set (even the 68K/VAX/Z8000 attempted
  115. > clones seemed to miss the point of complete symmetry).  A SPARCstation is
  116.  
  117.     Total agreement on that point.  The 11 has a super instruction set,
  118.     and there's just enough assembly in the kernel (and libc.a routines)
  119.     that continued fluency with the instruction set is a good idea when
  120.     hacking on a PDP-11 Unix.
  121.  
  122.     Steven Schultz
  123.