Comment by cherryteastain
1 day ago
Difference is Sun was providing a "full stack" proprietary product including CPUs running a proprietary ISA, Unix OS, compiler, desktop environment and productivity apps. All that Dell does is assembling standard, commoditized parts and putting a free OS on it. Dell's business is incredibly easy to replicate, while Sun's business is extremely hard to replicate. Of course, Sun's competitive advantage turned into a curse when the components of that vertical integration become uncompetitive both features and price wise vs. the GNU/Linux-on-Intel stack. But regardless, Dell could never replicate the vertical integration Sun had.
> Difference is Sun was providing a "full stack" proprietary product including CPUs running a proprietary ISA, Unix OS, compiler, desktop environment and productivity apps.
SPARC was not proprietary, buy fully licensable:
* https://sparc.org
Fujitsu sold their own SPARC servers for many years with their own CPUs, and many third-parties put Fujitsu SPARC CPUs into (e.g.) laptops:
* https://jasoneckert.github.io/myblog/sparcbook3000st-the-coo...
Can you get an x86_64 CPU from someone other than Intel or AMD? x86 is much more proprietary than SPARC ever was.
Sun used the non-proprietary Open Firmware (IEEE 1275) for booting (also used by Apple with PowerPC), and SBus (IEEE 1496) for cards before moving to PCI. SCSI and Ethernet/IP were there since forever as well.
The "proprietary" label on Sun, at least when it came to hardware, was always a mystery to me.
It's the platform that's proprietary.
Sun used a lot of open parts, but they had absolute control over the platform. Everything in your solution came from Sun or a Sun partner. Fujitsu doing weird stuff with Japanese mainframes was an interesting fact but irrelevant to 99% of Sun's user base.
Intel/AMD combined with EFI or IBM-compatible BIOS? You can get that from anybody. An HP server is basically interchangeable with a Dell.
Sun was proprietary in the same way Apple is.
> SPARC has been licensed to several manufacturers, including Atmel, Bipolar Integrated Technology, Cypress Semiconductor, Fujitsu, Matsushita and Texas Instruments.
* https://en.wikipedia.org/wiki/SPARC
Fujitsu was selling Solaris-compatible systems (as were many others). Linux and BSDs also ran on them.
There were a number of x86 makers up until the 1990s or so, but who is left of them? Can you still license x86(_x64) to fab your own CPUs? You can with SPARC:
* https://www.gaisler.com/products/gr765
1 reply →
It wasn't just the chip, it was the whole ecosystem.
Could an every day consumer buy a Sparc motherboard, chip, and build their own system? No. There may have been one or two vendors that did that late in the 90's, but they didn't stick around.
Yes you could do this, from Sun Microelectronics back in the 1990's. We purchased an Ultra-10 motherboard with 250 MHz Ultrasparc II in 1998/1999, fitted it out with compatible third party SVGA, Ethernet and SCSI adapters and ran Solaris on it. Was our production LDAP, Mail and database server for a small ISP for many years.
I later worked for a systems builder that built and sold Sparc/Ultrasparc systems for government (eg. Hong Kong Mass Transit). We were the only vendor in the Southern Hemisphere doing it. So it wasn't common. But yes you could order parts from Sun Microelectronics and build your own systems, and it became easier use certain standard PC compatible parts once they standardised on PCI. We had shelves full of the older incompatible MBus compatible systems and boards as well.
> Could an every day consumer buy a Sparc motherboard, chip, and build their own system? No.
Yes:
* https://www.gaisler.com/products/gr-sbc-gr740
5 replies →
Sun made a Sparc ATX motherboard that you could put in any PC case.
Dell puts a fair amount of engineering into their servers (as do other main brands like HPE and Lenovo) so it's unfortunate they've lost their roots from the old mail order sales company.
If someone else is paying I'd prefer one of these big OEMs for established firmware lifecycle, spare parts and long gray market availability, shock (shipping) and thermodynamics engineering. If I'm paying, Asus or MiTAC (Tyan) are good enough.
I was fortunate enough to work with a fair bit of sun gear (3/260, 4/670, enterprise 250/450 and even some big iron 6500s) back in the day.
These days, I've got several Dell 5820 style workstations and I'm pretty sure someone who interned at sun in the 1990s is now running dell's workstation division. The medium sized dell deskside towers have nearly identical vibes as those old workstations, and are a pleasure to work with.
> a "full stack" proprietary product including CPUs running a proprietary ISA, Unix OS, compiler, desktop environment and productivity apps.
this is apple today.
> Dell's business is incredibly easy to replicate
Your sentence is a tacit admission that you don't have a very deep understanding of logistics and integration and what it has taken for Dell to build the deep supply chain they have. Yes, it's a commodity system; that's the point; but it's still leagues better than a Supermicro, right? Think about the difference there and why people still shell out for a Dell instead of a Supermicro or Exxact or plain whitebox hardware. There's a lot to a solid Dell server that you might not realize, from disk controllers to iDRAC....
>but it's still leagues better than a Supermicro, right?
We didn't think so.
I mean, if you have no knowledgable people, maybe, but for about 10 years we've found it a better use of time & treasure to buy generic servers and consumer laptops, and just have spares. We found Dell's support so costly and so ineffective that just buying extras turned out to be a better move.
I think it's a matter of scale and focus.
Dell is at a sweet spot for many organizations where you can get hardware support from dell, or not.
You can (with dell) just buy used junk and use that, and you can still access their support library for firmware updates.
I did a lot of work with storage with dell stuff and I found it far simpler to "outsource" the storage integration to dell than to do it myself -- they make sure that all "2tb disks" are the same (exact!) size, they all use the same mechanism for firmware updates, etc.
A much larger org could have saved some money doing that integration and testing internally; a much smaller organization could save money just buying stuff from wherever and not worrying.
I personally haven't used dell support in over a decade, but I have found that their "look up the serial number" web site has been invaluable; I've found the fact that they publish firmware for all their stuff and let anyone install it valuable; the huge secondary market for dell is helpful, etc. And, if you care, you can even give them more money to directly support you, instead of just doing it yourself.
HPE, on the other hand, locks their stuff down super hard; I assume there are reasons to go with HPE, but I'd rather get clocked on my superdome with an HPUXy stick than ever touch that stuff again.
1 reply →
Really? When I first met Sun machines they were selling 68k-based Sun machines that were better specced than Apple and Amiga and such but left them dependent on Motorola’s architecture that had indirect address and thus no future.
Sure they had an in house chip development ARM team right at the time when RISC economics looked good but CPU architecture had to work harder and harder to beat the memory wall and SPARC was not competitive by 2005 and “Hail Mary” projects like CoolThreads were difficult and expensive but did not deliver for customers.
Hypothetically customers could benefit from that proprietary stuff but they benefit even more from rapid progress is competitive, commodity markets.
When I was working at the library circa 2005 we were thinking about replacing all the Windows computers that patrons used to access the online catalog (and other services) with a web browser with Sun Rays, we probably would have bought a few hundred of them and we would have bought some SPARC servers to back them up.
We could have gotten Netscape to run under Solaris but after a week of effort I wasn't able to get Mozilla to build, so no modern web browser. So no Sun Rays. No servers. DTrace and ZFS were great innovations but without the magic of "can run the software you need to run" they are just Blub. Had Sun done the work to get Mozilla running on their machines and forgotten about DTrace and ZFS people might still be using Solaris... but instead DTrace and ZFS found an audience by supporting... the commodity OS!
(arguably at that time supporting a web browser was the #1, #2 and all the way through #99 task that the Solaris team should have been working on at that time and everything else from Java to Tcl to ZFS was a dangerous distraction... and that's how companies in a position like Sun die)
> circa 2005
> I wasn't able to get Mozilla to build
You must be misremembering something. Netscape/Mozilla/Firefox had always tier one support on Solaris. You had nothing to build, just download and run, with perfect compatibility.
I only ever ran Netscape/Mozilla/Firefox browser (and still today in 2026). My desktops and servers were all Solaris from mid-90s to 2012 or so. Never a hiccup running the Netscape family browsers (and servers too).
There was Netscape support, but then there was that crisis when it seemed that IE would be the only viable web browser, the realization that the Netscape was too FUBAR to build on, and then Mozilla got rebranded as Firefox.
They probably had an official Solaris build of Mozilla later on but if one had been available at that point in time I would have installed it on the SPARC machine I had under my desk. The ship had sailed in terms of the organization's capital planning.
If you were happy running Netscape later than I was you might have felt supported.
1 reply →
"When I was working at the library circa 2005 we were thinking about replacing all the Windows computers that patrons used to access the online catalog (and other services)"
why were you thinking of going Sun, as late as 2005? just easier to lock down, like kiosks?
We already had a big investment with Sun for back end systems like the library catalog. We perceived managing a big fleet of desktops as a hassle, it was worse then it is now.