The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: pechter@gmail.com (William Pechter)
Subject: [TUHS] Unix v6 problem with /tmp
Date: Wed, 27 Jul 2016 21:03:50 -0400	[thread overview]
Message-ID: <579959F6.3050803@gmail.com> (raw)
In-Reply-To: <9A62D3AA-2905-44A6-B9F1-73644935AA70@ccc.com>

Clem cole wrote:
> Yep.  We used it for both but discovered it tended to be better for our system as a /tmp because we tried really hard to keep the 11/70 from swapping in those days. 
>
> Clem
>
> Sent from my PDP-7 Running UNIX V0 expect things to be almost but not quite. 

That gave the AT&T folks (and Regional Bells) a major improvement over
the RS04 (and less of a maintenance problem) and the Computer Special
Systems folks at DEC had a way to use less than perfect MK11 memory
since the embedded internal ML11 disk controller mapped out bad blocks
in NVRAM  so it looked like a clean disk. I remember stories about a 3x
improvement in some of the 11/70's jobs,

I don't know what apps were on the box.  Might have been COSMOS or
something else.

When I saw the Windows Ready Boost and Intel Turbo memory I really
flashed (ugh pun not intended) to the day I installed the early
ML11... Nothing new in the OS business that wasn't done in the old
days.  Unfortunately, there's very little love for history in the industry.
My college major was history... so I love the connected nature of the
designs.  It's all an evolution.


Bill
>> On Jul 27, 2016, at 5:10 PM, William Pechter <pechter at gmail.com> wrote:
>>
>> Clem Cole wrote:
>>> That is exactly how its was done.   In fact, DEC made a Solid State Disk (out of RAM) just for UNIX that people used to use for /tmp.
>> Are you referring to the slick little ML11-A  (I think it was an -A when I installed it at NY Telephone on
>> West Street, next to the World Trade Center...
>>
>> I seem to remember it being used as an RS04 (or similar) fixed head disk replacement for swap -- but
>> it could've been used for temp.
>>
>> Funny seeing a fault light on a Massbus controller'd box of mostly MK11 memory.
>> IIRC it had write-lock as well.
>>
>> Neat idea and I wish someone would come up with a really large SSD with a writelock for archival storage
>> of my stuff.  No head crashes and if I could disable the possibility of accidental writing...
>>
>> Bill
>>
>> -- 
>> Digital had it then.  Don't you wish you could buy it now!
>> pechter-at-gmail.com  http://xkcd.com/705/
>>



  reply	other threads:[~2016-07-28  1:03 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-07-27 20:28 Mark Longridge
2016-07-27 20:31 ` William Pechter
2016-07-27 20:57   ` Clem Cole
2016-07-27 21:01     ` Clem Cole
2016-07-27 21:10     ` William Pechter
2016-07-28  0:49       ` Clem cole
2016-07-28  1:03         ` William Pechter [this message]
2016-07-28 11:23           ` [TUHS] History repeating itself (was: Unix v6 problem with /tmp) Michael Kjörling
2016-07-28 12:18             ` Tony Finch
2016-07-28 13:57             ` John Cowan
2016-07-30  7:56               ` Greg 'groggy' Lehey
2016-07-30 11:41                 ` William Cheswick
2016-07-30 23:28                   ` Greg 'groggy' Lehey
2016-07-30 23:50                     ` scj
2016-08-01 11:36                   ` Tony Finch
2016-07-30 14:15                 ` John Cowan
2016-07-30 15:30                   ` [TUHS] History repeating itself Michael Kjörling
2016-07-28  1:03       ` [TUHS] Unix v6 problem with /tmp Clem cole
2016-07-28 23:16     ` [TUHS] environments/universes (was: Unix v6 problem with /tmp) Sven Mascheck
2016-07-29  3:05       ` arnold
2016-07-29 14:14         ` Clem Cole
2016-07-29 13:55       ` Clem Cole
2016-07-27 20:41 [TUHS] Unix v6 problem with /tmp Norman Wilson
2016-07-27 21:18 Norman Wilson
2016-07-28  0:47 ` Clem cole

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=579959F6.3050803@gmail.com \
    --to=pechter@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).