Eric Schmidt, who was the lead on that press conference, and Bill Joy who was his technical backup, were really confused why all during the conference reporters kept running out of the conference room to make phone calls. They didn't believe that their announcement was that big but everyone was clearly quite agitated.
The clipping service didn't find a single major daily that covered that press release that day. Magazines that had it and were embargoed went with it. But it got little to no coverage.
Which worked, but technically everything was SysV-flavored afterwards, which in many regards was a huge backward step IMNSHO. Sun OS was a joy to work with before that, not so much after.
Also it was sad to see NeWS go -- and speaking of pain: motif.
I'm familiar with the history of System V and BSD as the two competing "flavors" of UNIX, but I've never seen a clear description of what "SysV-flavored" really meant in terms of regular interaction with the system. Since you've clearly had some personal history with this change, could you elaborate on what "SysV-flavored" actually meant for SunOS?
/bin & /usr/bin was populated by SysV tools with SysV options, with the particularly incompatible command line options of "ps" that plague it and clones of it to this day.
There were still Sun/BSD bin tools hidden away somewhere for use by the desperate, but they were deprecated and weren't in the search path of one's coworkers etc. etc.
I remember there being a lot of pressure to adopt SysV "streams", which from 20,000 feet sounded very powerful but were actually a nightmare -- not according to me, since I managed to avoid them, but according to later accounts of people I knew at AT&T.
And of course there were similar changes to libraries and man pages and /etc and init and etc.
I cut my teeth on BSD, contributing in small ways to its earliest development, and I considered it an improvement over vanilla Bell Labs/AT&T Unix -- not just NIH; BSD introduced the fast file system and demand paging and the "more" command (later incarnation "less").
AT&T on the other hand responded with a very strong case of Not Invented Here; they really seriously did not want to retrofit improvements like that. And tried to do various clones, like "pg" to replace "more", which was so awful it couldn't even page backwards, just to give some idea.
System III had a few new features but mostly sucked, due to that attitude, and System V was more or less more of the same.
Sun OS took all of the BSD improvements (ok, 7 options to "cat" is arguable, but whatever) and added more nice stuff, like NFS and RPC (RPC got a lot of flak, but originally there really was no alternative) and "Yellow Pages" (later renamed to NIS/Network Information Services for trademark reasons).
NeWS was a breakthrough in windowing, based on postscript rendering to screens (although not the same as Display Postscript), and was quite brilliant.
In creating a common standard, the compromise was to throw away or hide the majority of the BSD and Sun OS improvements in order to, basically, just let AT&T do things their own inferior way.
NFS was already becoming an industry standard, so it didn't go away, but NeWS did, in favor of the incredibly bad "Common Desktop Environment" GUI standard, which was a step backwards relative to all X11 offerings, not just relative to the breakthrough NeWS.
The alternative, Motif, had a ridiculously complex and clumsy API that took vast amounts of boilerplate programming to get anything done. Dark times for GUIs.
[In my first draft I mixed that up with Open Look, a sign of fuzzy memory]
I haven't thought about it in ages, so there are likely a bunch of other things I'm not remembering, but the net result was a standard that was far less pleasant to program to or to do system administration on -- plus many instances of dual standards.
Chuck above was hit by similar nastiness in the kernel itself; I wasn't dealing much with kernel internals at the time, but from what I heard, it was perhaps even worse there.
If Sun OS had merged with Plan 9, that would have actually advanced the world, rather than retarding it.
Although the idea of building apps in PostScript is the stuff nightmares are made of, I recognize it was indeed brilliant. It was partly the work of a young James Gosling.
I remember CDE was heavily, although indirectly, influenced by Microsoft through both HP and IBM. CDE windows and menus are just 3D-like versions of Windows 2 windows.
The 1989 Loma Pietra earthquake was a bigger deal.
By the time I was part-time sysadmin of one in 1992 or so, they were totally obsolete, and my 486DX-33 running Linux was faster at everything... except effective serial I/O for multiple users.
The later VAX CPUs were considerably faster than a 486.
That's a much beefier system, surely. But it's not in a different league. And the contemporary RISC boxes were beating the VAX pretty badly in single-processor benchmarks already.
The last generations of VAX microprocessors were about 90% as fast as the giant ECL suckers at a tiny fraction of the cost/heat/size. DEC continued to manufacture and develop them for several years after the end of ECL.
The VAX chips that killed the 9k sat in desktop/deskside chassis just like a contemporary RISC system. Literally: you could buy an identical box with either Alpha or VAX processors.
(Besides, the giant ECL VAXen were always a niche product. Nearly all the VAX systems sold were based on VLSI and microprocessors.)
My point wasn't that VAX as an architecture was dead (it wasn't, though it would be so soon), just a reply to the contention that the line had an insurmountably large performance lead against commodity CPUs. It didn't really.
> Perhaps I'm severely impaired, is the suggestion that
> this somehow caused it?
> Is this hinting at a conspiracy?
> I didn't quite understand "we forgot about the VAX"
> and rebooting it part.
- "the gnome" (the company comptroller)
- "the data center manager"
- "the shift supervisor" (of the datacenter)
- the author/narrator, who is the VAX expert
While the money is in this in-between state, the data center manager saw the narrator, which reminded him of the VAX, which (to his knowledge, since he didn't check his messages) hadn't been checked on during the whole ordeal. This causes the data center manager to scream "we forgot about the VAX" to the shift supervisor. So, "he" (either the data center manager or the shift supervisor) reboots the VAX, since he is incompetent at working with the machine.
It is suggested that because the machine was rebooted before the money was deposited in the new bank, the money disappeared. The date suggests that this sudden disappearance of one trillion dollars caused the stock market crash.
These can help:
"In 1986, the United States economy began shifting from a rapidly growing recovery to a slower growing expansion, which resulted in a "soft landing" as the economy slowed and inflation dropped. The stock market advanced significantly, with the Dow peaking in August 1987 at 2722 points, or 44% over the previous year's closing of 1895 points.
On October 14, the DJIA dropped 95.46 points (a then record) to 2412.70, and fell another 58 points the next day, down over 12% from the August 25 all-time high.
On Thursday, October 15, 1987, Iran hit the American-owned supertanker, the Sungari, with a Silkworm missile off Kuwait's main Mina Al Ahmadi oil port. The next morning, Iran hit another ship, the U.S. flagged MV Sea Isle City, with another Silkworm missile.
On Friday, October 16, when all the markets in London were unexpectedly closed due to the Great Storm of 1987, the DJIA closed down another 108.35 points to close at 2246.74 on record volume. American Treasury Secretary James Baker stated concerns about the falling prices.
The crash began in Far Eastern markets the morning of October 19. Later that morning, two U.S. warships shelled an Iranian oil platform in the Persian Gulf in response to Iran's Silkworm missile attack on the Sea Isle City. "
"The link at the end, which leads to a story about a VAX machine getting into trouble, might be erroneous. I suggest this because I've seen the story before without the line at the very end linking it to Black Monday (in fact, I always thought the event took place significantly prior to 1987). While it's possible that somebody might add this last line to add dramatic emphasis to the story, it's unlikely that it would be cut out by somebody - it's forms a punchline to the story. Therefore I think the link between this VAX story and Black Monday is probably incorrect.
Note: the joke link in question (*Alleged computer mishap) was removed 2005-11-05 RaulMiller 00:20, 22 November 2005 (UTC)"
The fire alarm klaxon went off and the siren warning of imminent halon gas release was screaming. We started to panic but the data center manager shouted over the din, "Don't worry, the halon system failed its acceptance test last week. It's disabled and nothing will happen."
He was half right, the primary halon system indeed failed to discharge. But the secondary halon system observed that the primary had conked and instantly did its duty, which was to deal with Dire Disasters. It had twice the capacity and six times the discharge rate.
One of the idiots decided to light up a cigarette whilst we were sitting in there in the very dim emergency lighting. Turns out the power system for the halon was still active and the 60 second alarm went off.
Fortunately we hit the stop button on the wall to prevent it being dumped on us.
New pants all round that was.
The shift supervisor stepped forward and studied the text for about a minute. He then turned with a very puzzled expression on his face and asked, "What do you use it for?" Sigh.
This feels like every time I've tried to explain some bit of technology to a non-techie.
Also, here is what a Halon discharge looks like: http://youtu.be/2fyGGqgVzCY?t=1m36s
Now I've been in industry for close to a decade, sometimes I feel like I missed the golden age of computing.
Stories about unbalanced hard disk units wandering around the room to be found blocking the door the next morning. HD crashes where you had to vacuum up metal shavings before replacing the platters (which were the size of a washing machine drum). Amusing tales of the little vacuum hose that was supposed to automatically suck the lose end of a tape spool into the drive going wrong.
Now I work almost exclusively with virtual machines, which makes such hardware failures much less exciting.
The dinosaur pen batteries seem to have been done on the cheap though - dont understated how the power coming back took out the UPS though.
Edit: clearly the problem was that too much amperage was pushed! :)
How its should work is mains or your gas turbine are used to charge the batteries the power is always coming from your battery room.
One of the machines refused to come back and we got a call from operations asking where (physically) was the box within the datacenter. It was inside a Cubix blade-like (we didn't call them blades at the time) chassis.
There is an interesting write up on the register about how a London based colo facility does its UPS here
They're designed to protect critical hardware, not people.