home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / vmsnet / pdp11 / 671 < prev    next >
Encoding:
Internet Message Format  |  1992-09-13  |  6.7 KB

  1. Path: sparky!uunet!decwrl!infopiz!mccall!info-pdp11-newsgate!list
  2. Newsgroups: vmsnet.pdp-11
  3. Subject: Re: UNIX for 18-bit pdp-11:s...
  4. Message-ID: <9209131811.AA69114@hal.gnu.ai.mit.edu>
  5. From: Chris Petrilli <petrilli@gnu.ai.mit.edu>
  6. Date: Sun, 13 Sep 92 13:11:31 -0600
  7. Organization: The Internet
  8. Return-Path: <pat+@transarc.com>
  9. CC: info-pdp11@transarc.com
  10. In-Reply-To: (Your message of Sun, 13 Sep 92 01:22:22 MST.)
  11. Lines: 127
  12.  
  13.  
  14. >>>>> On Sun, 13 Sep 92 01:22:22 -0700, sms@WLV.IIPO.GTEGSC.COM (Steven M. Schultz) said:
  15.  
  16. Steven> Sounds like a "high-end" pdp-11 is anything that _excludes_
  17. Steven> split I/D and supervisor mode.  Guess that leave the 11/44,
  18. Steven> 11/53, 11/73, 11/83 out.  11/44s are _dirt_ cheap these days
  19. Steven> and run Unix just fine.  11/84s are also "cheap" (but cheap !=
  20. Steven> free).  Heck, even the 11/45 (ca. 1975) had those
  21. Steven> capabilities.  Only the "low end" models left them out.
  22.  
  23. Right, that would be the basic break down on PDP-11 machines.  The
  24. ``low end'' models were excrutiatingly slow.  Unix, even in its early
  25. days was not a small system, and a system, such as the normal 11/23
  26. with it's memory limitations is not going to be able to cut it.
  27.  
  28. Steven> A 70 is a "labor of love" these days - it was the last of the
  29. Steven> "real computer" since it had a front panel mit lights and
  30. Steven> switches. Gads i miss having a 70 but the house wiring and my
  31. Steven> budget can't stand one.  Super machine when it was working
  32. Steven> right, but heaven help you if anything ever went wrong with
  33. Steven> one.
  34.  
  35. My last PDP-11 was a 11/70, fully loaded with MASSBUS toys and was a
  36. fun thing to play with, but gods save my electric bill :-)  I have an
  37. 11/785 right now that uses less power, though for the time being it
  38. stays in storage until I can give it a decent ``environment'' to work
  39. in.
  40.  
  41. Steven> Depends on what a person plans to do.  RSX and RSTS were hand
  42. Steven> crafted in assembly to do their jobs well, and they do it very
  43. Steven> well indeed.  I used to work with RSX/IAS (in MACRO-11 of
  44. Steven> course) and i don't miss at all the UPPERCASEFILENAMES and 6+3
  45. Steven> character file names, lack of IP/TCP networking, effort to
  46. Steven> OPEN$ a file (gads, setting up a FDB was a chore), etc.
  47.  
  48. Agreed, but unless you really NEED the facilities of Unix, then it's
  49. probably a better choice.  as for TCP networking, that is something
  50. that is going to be a BIG problem in the upcoming years, as Internet
  51. moves away from IP4 (what most people call TCP/IP) to a new protocol
  52. (I *HOPE* Pip, since I'm working on that).  Honestly, I don't think
  53. the PDP line is going to have the CPU cycles to handle the new
  54. protocols, since they place a slightly higher load on the host, and
  55. simplify the router's job (for various reasons).
  56.  
  57. Steven> How recently?  Tried 2.11BSD at all?  It might be a bit
  58. Steven> different than earlier experiences with Unix on a pdp-11.  I
  59. Steven> know V7 was a real PITA (especially on a 11/23 - had enough
  60. Steven> room left over after the kernel to run 1 or 2 user processes,
  61. Steven> the system spent most of its time swapping).
  62.  
  63. Yes, I have a version of 2.11BSD here, in adition to 2.6 and 2.9.
  64. While it is an enormous step forward, it still isn't what a lot of
  65. people might expect.
  66.  
  67. Steven> It's spoiled almost everyone except the really hardcore folks
  68. Steven> who know that "good computing" (like good cooking) takes time
  69. Steven> ;-)
  70.  
  71. As at least one person on here can attest to, I'm far from a ``cushy''
  72. hardware person, and the ammount of ``old junk'' (as others refer to
  73. it) that I own can attest to that :-)
  74.  
  75. Steven> Why bring up a superdooper workstation and then confess to a
  76. Steven> fondness for old machines?  I'm tempted to wager that a goodly
  77. Steven> percentage of the 50mips is doing nothing more than driving
  78. Steven> the glitzy displays...  Over the years i've noticed machines
  79. Steven> getting faster, the screens more colourful and glitzy, but not
  80. Steven> a whole lot more work getting done.
  81.  
  82. I agree, I don't think the amount of work has kept pace with the speed
  83. increases, though I can do things today on the machines I use that I
  84. could never do on a PDP, and certainly I wouldn't be able to do
  85. software developemnt nearly as fast.  But that isn't the issue, I
  86. brought it up because I think people need to understand what they are
  87. getting into when they are looking at a PDP running Unix.
  88.  
  89. Steven> One does not buy (or accept for free) a pdp-11 because of it's
  90. Steven> blinding speed (although the 11/93 introduced in 1990 is quite
  91. Steven> fast for an 11).  Speed comparisons between almost anything
  92. Steven> against a 11/44 or 11/73 would show the 11 as a slower
  93. Steven> machine.  So what?  I kinda like taking a watercloset break
  94. Steven> once in a while ;-)
  95.  
  96.  
  97. Buy a PDP?  I haven't paid for one yet :-)  Well, I can usually take a
  98. break while i'm waiting for Emacs to load *laugh* :-)
  99.  
  100. Steven> I have to disagree somewhat.  V7 and descendants were never PD
  101. Steven> in the first place (the DEATHSTAR you know). Unix for the
  102. Steven> pdp-11 will never be PD (or easily affordable) given USL's
  103. Steven> current attitude, etc.  Current PD code takes at least a "high
  104. Steven> end" pdp-11 to even attempt a port (and forget anything that
  105. Steven> comes out of the GNU project - it typically takes more memory
  106. Steven> than you can put on a 11).
  107.  
  108. No, I mean PD code, not the OS itself, though being a kernel hacker,
  109. it would be nice to be able to play with the kernel.  As for GNU
  110. software, since I'm part of hte project, I should defend it, but i
  111. won't since I bitch as much as anyone about the bloated nature.
  112. However, much of that is NOT do to our work, but the fact that things
  113. in general are getting bloated.  When a simple ``hello world'' program
  114. is compiled and takes 77K (the code is about a page), you can't blame
  115. the programmer that wrote the program, it lies squarely on the
  116. shoulders of the people that wrote the OS.
  117.  
  118. Steven> Agreed, the earlier compilers (the DECUS C compiler is based on
  119. Steven> a ~V7'ish version) were rather poor, but that reflects the era
  120. Steven> rather than the machine/system.  Again, noone's done much - they're
  121. Steven> all "spoiled" and can't be bothered with less than ~50 mips machines.
  122.  
  123. Well, that's far from the truth.  I use everything from Sun-3s ('bout
  124. 3-4 MIPS) to Convex C3480 mini-supercomputers, and I keep coming back
  125. to whatever machine lets me get the work done easiest (usually a
  126. NeXT).  The problem is  that many people dont' have the TIME to spend
  127. on a new compiler.
  128.  
  129. Steven> Can't discourage me - i'm a hardcore 11'er :-) What they'd be
  130. Steven> getting into is some serious $$$ though, pdp-11 peripherals
  131. Steven> are not in the "PC" price range - it takes a certain
  132. Steven> "obsession" level to have a pdp-11 these days.
  133.  
  134. Obsession is a good word :-) Right Scott? :-)
  135.  
  136. And yes, peripherals are outrageous.  An 80Mb HD shouldn't cost
  137. several thousand dollars :-)
  138.  
  139. Chris
  140.