6 ms·
It is a good video but it isn't necessarily "accurate." (I worked at Sun from 1986 to 1995) Some things I would have said differently; Sun's biggest potential
by ChuckMcM 4y ago
It is a good video but it isn't necessarily "accurate." (I worked at Sun from 1986 to 1995)
Some things I would have said differently;
Sun's biggest potential competitor early on was Digital Equipment Corp's VAXStation. It was only DECs unwillingness to cannibalize the sale of their larger minicomputers that prevented them from sucking a lot of oxygen out of the market.
Sun invested heavily in the i86 architecture, creating the "east coast division" on route 128 outside of Boston. However, the ideas that group had clashed with the "old school" UNIX folks in Mountain View and as a result SunOS actually feature forked between the version ECD shipped and the version Sun shipped.
John Hennessy, who knew Andy from Stanford, convinced Andy and Bill Joy that "CISC" was dead and RISC was the future. Nobody was going to build a new processor at that point and so Bill & Andy decided Sun would design one and make it open (unlike the 68K series or the x86 series). The first workstation, codenamed Campus 1 was the result.
But by the time SPARC was "real", too much of the company was seeing risk in being too open. And so even though SPARC was an open standard, Sun tended to compete viciously with anyone that implemented it. It made for a some weird dynamics.
The UNIX wars were heating up, and Sun, a company that had a high cash burn rate because of its HW business, had a quarter that we "burped" (which was SunOS 4.0 was late (it was the big shared library release and a LOT of code had been rewritten[1])) Anyway we had a quarter were the software delay had delayed the release of the next workstation which had interrupted revenue and as a result we have a quarterly loss (for like the first time ever) and that scared the crap out of the senior management. Berkeley was yelling at us because they felt not enough of the changes Sun were making were making it back into BSD, and AT&T started threatening everyone with lawsuits because, well UNIX System 3 kinda sucked and they didn't want it to. The result of THAT tornado was that Sun struck a deal (codenamed "lulu") with AT&T where AT&T would give Sun a billion dollars (which at the time was a lot of money), and in exchange, Sun would STOP improving BSD, and instead would work with AT&T to make was System 3 (which was going to be System 4 but became System 5) the best of both worlds, and AT&T and Sun would both cross license the IP so that they wouldn't sue each other but they could sue anyone else making a UNIX derivative.
In the opinion of a LOT of my peers at Sun, THAT was the event that killed Sun. They had fully switched to the dark side of "not open" systems and proprietary everything.
Sun made some excellent stuff after that, massively symmetric multiprocessing systems, "Spring" a really creative re-imagined OS, Etc. But none of it, even Java which was leveraged so hard to be a "Microsoft killer" that Sun lost sight of what it was to be a leader.
When John Hime left Sun (he had been Carol Bartz's boss as I recall) he told me that leaders don't imitate or copy their competitors, they identify what it was they were missing that gave the competitor some traction and improved their understanding of their own path. As I saw Sun become more and more their competitors by following them on their path, rather than blazing their own, it really became clear what he meant.
I remember when Opteron was introduced (AMD's first processor in the AMD64 set) at Microprocessor Forum in 2003 I emailed Scott and suggested perhaps while Sun had become DEC (they were retreating to the machine room with their big iron, and Solaris Desktop was a smaller and smaller part of their revenue mix) that coming out with an open workstation based on the AMD64 architecture using BSD again might not be a bad idea. He thought that was pretty funny and said that train had left the station.
[1] I still have my "4.0 Team Member" sign that we put on the doors of engineers who were working on 4.0 to remind others not to bother us with non-important problems :-).
- ggm 4y agoThe sun crypto card which did blob in the host, super-enciphered key never leaves card en clair to perform sign.. that wound up running the ICANN dnssec root signing for a while. They also wound up moving to other HSM when spares became an issue IIRC, not wanting to be stranded in Oracle. The E10k was interesting if you went with 'run this Java process and do millions of iops' non-stop. Like tandem/stratus type stuff, or even IBM. But.. sparc and solaris. that's two innovative, "nobody else much had it" things. And ZFS. A good legacy. I really regret sun and apple not getting IPR sorted there. I liked sunview. The sun-1 was OK, the microvaxen we had was less polished physically but truth be told ran faster maybe. (Happy days in ucl-cs mid/late 80s)
- DonHopkins 4y agoSun-3's had an empty socket for DES chips (AmZ8068 Data Ciphering Processor (DCP) from AMD) that were never widely used outside of NSA, for export control reasons. Ironically enough, John Gilmore build the EFF "Deep Crack" DES cracker in Sun 4/470 chassis. I coined the name as homage to Deep Blue and Deep Thought, and to signify that there was a deep crack in the US export control policies, which the project was meant to point out. https://en.wikipedia.org/wiki/EFF_DES_cracker https://en.wikipedia.org/wiki/EFF_DES_cracker https://cryptome.org/jya/des-cracker.htm https://cryptome.org/jya/des-cracker.htm https://web.archive.org/web/20040223021545/http://www.eff.org/DESCracker/ https://web.archive.org/web/20040223021545/http://www.eff.or... https://rescue.sunhelp.narkive.com/ErZgSQER/sun-des-chips https://rescue.sunhelp.narkive.com/ErZgSQER/sun-des-chips >"Bug Id: 1107024 Synopsis: man page for des(1) contains humorous but inflamatory text in RESTRICTIONS. Description: The man page for des(1) contains the following text in section RESTRICTIONS >Software encryption is disabled for programs shipped outside of the U.S. The program will still be able to encrypt files if one can obtain an encryption chip, legally or otherwise. >While this is intended to be funny, the concern is that the State or Defence departments may interpret this as an endorsement (or encouragement) by Sun for users to illegally "obtain an encryption chip". [...] >"The hardware of Sun 3 and 4 workstations supports a data encryption chip (DES), but the federal government pressured Sun to eliminate the DES chips from their products. For this reason the DES chip's IC socket is empty in these workstations." [...] >Now being curious, I went to the Sun 2 Multibus Rev R ROM that Matt Fredette has posted on his Sun-2/120 emulator page (http://theory.lcs.mit.edu/~fredette/tme/sun2-120-nbsd.html http://theory.lcs.mit.edu/~fredette/tme/sun2-120-nbsd.html). % strings sun2-multi-rev-R.bin <snip> @(#)version.c 2.8 85/02/19 Copyright (c) 1985 by Sun Microsystems, Inc. Rev R <snip> , DES chip Love your country, but never trust its government. <snip> >I doubt the line "Love your country, but never trust its government." is intended to be spit out on the console. It appears someone at Sun added a subliminal protest against the government to the Sun-2 BootROM code...! The actual story behind the string "Love your country, but never trust its government." in the Sun boot ROMs is that John Gilmore (who wrote the original Sun boot ROMs -- the first ones long before Mitch Bradley's FORTH Open Boot ROMs aka OpenFirmware) put that in there as an easter egg, such that if you typed it at the boot loader prompt, it would echo it back to you instead of printing an error message. That was done so that there was a way to prove if a competitor had copied Sun's boot ROMs, and it was actually used in court to win a copyright infringement case.