@MSGID:
<97b9cadb-dfa5-44c2-a846-91869a8d2245n@googlegroups.com> ed36b8ef
@REPLY: 2@mail.neurotica.com>
9b5668bc
@REPLYADDR gah4 <gah4@u.washington.edu>
@REPLYTO 2:5075/128 gah4
@CHRS: CP866 2
@RFC: 1 0
@RFC-References:
<76a1f909-6624-4c35-bcc1-7f542d18f80en@googlegroups.com> <a264f576-2cef-430c-bc79-fe499f70353an@googlegroups.com>
2@mail.neurotica.com> <ba880e20-c090-4ab3-9580-669ac9d5c210n@googlegroups.com>
2@mail.neurotica.com>
@RFC-Message-ID:
<97b9cadb-dfa5-44c2-a846-91869a8d2245n@googlegroups.com>
@TZUTC: -0700
@PID: G2/1.0
@TID: FIDOGATE-5.12-ge4e8b94
On Wednesday, September 27, 2023 at 5:55:54 PM UTC-7, Dave McGuire wrote:
> On Wed, 27 Sep 2023 16:04:28 -0700 (PDT), gah4 wrote: 
> > When it was open, the museum computers were running 24/7. 
> > Even when they were new, those drives were never expected to do that. 
> > Systems I remember, had a maintenance time every morning. And disks were 
> > often backed up every day.

> Some of their exhibit machines were running 24/7, but very few...not 
> all. And those that did (the IBM 4331 comes to mind) ran on emulated 
> disks and other peripherals.

They had 3350`s for the 4331, but never tried running them.
There were stories about how hard they were to get running.

> > At some point, though, it isn`t obvious what emulated means. 
 
> > I a MicroVAX an emulation of the 11/780?

> Let`s not rehash the old argument of whether, say, a microcoded 
> implementation is an emulation or not, as fun of a Usenet thread that it 
> may (yet again) be. In this context we`re talking about real hardware 
> being replaced by, i.e., Raspberry Pis, rather than repairing and 
> maintaining the real hardware. 
 
There are a lot of stories about the CDC 6500, not all of which I remember.
When it was decomissioned, they cut the big cables that connect the
different frames. So they had to rebuild those. They needed the pins
for the connectors.  (Since they had connectors, you do wonder why they
had to cut the cables.)  

So they asked the company that made the silver plated pins about
buying more.  The company said that there was a minimum order.
(I don`t remember the number, but it might be 1000.)  LCM said yes.

Then the company said that they didn`t have that many!
They still got a lot more than needed, though.  As far as I 
remember the story, the budget for that one was $1 million.

> Note well that I`m not talking trash about LCM here. I respected the 
> institution and its staff while they were around. One of their former 
> staffers works with us now. But their approach was just very different 
> from ours. 
 
> But since you mentioned it, you seem to be the type of person who knows 
> about the differences between the MicroVAX (pick your flavor) and the 
> 11/780. Which floating point formats are implemented or not (two 
> different versions of the KD32!) etc etc. ;)

I remember G float and D float. I believe it was a microcode option
which you got on the 780.  And also optional H float.

> >> > Keeping old disk drives running is much harder than old CPUs. 
 
> >> It is, but we do it at LSSM. It`s not like it`s impossible. 
 
> > Running continuously for 20 years might be, though.

> Nobody in their right mind would do that now. Not only is it pointless 
> (who`s going to show up at 3AM to sit in front of a machine?) but there 
> are power bills to be paid, fire concerns, etc.

Power bills I don`t think LCM ever worried about, though maybe they should.

There was one time the power supply on the Unisys machine overheated,
no fire but there was smoke.  I got to press the big red button under
that plastic cover.  I believe there is a system of smoke detectors 
that are supposed to shut things down at night, if needed.

> > One way that LCM does floppy disks, is to make a bit image backup. That 
> > is, not decode the bits, just record where they are. 
> > That works even if it is an unusual low-level format.

> It`s pretty brute-force, but yes, that`s a workable approach. And it 
> also means people who know nothing about the computers can run the 
> backups.

> > That might be the best way to read old RM05 packs, too.

> It may be. Media recovery is mostly a solved problem for more common 
> formats.
 
Reminds me of another DEC disk, which can be used on either PDP-10 or
byte addressed machines. The controllers are different, and can only write
blocks with the appropriate size, which I believe is 576 bytes for the PDP-10,
and 512 otherwise.  You can`t read disk packs on the other one.


--- G2/1.0
 * Origin: usenet.network (2:5075/128)
SEEN-BY: 5001/100 5005/49 5015/255 5019/40 5020/715
848 1042 4441 12000
SEEN-BY: 5030/49 1081 5075/128
@PATH: 5075/128 5020/1042 4441