Also sometime in 2000 I had interviewed at Compaq - the old Alpha group who I think later worked on Itanium at Intel. They were constantly frustrated because they couldn't even get a build from Synopsys of the design tools they needed to run on Alpha and were forced to use Sun hardware they described as "gasping and wheezing" to design their crazy fast cpu.
Sun lost on a bunch of fronts, but I think the amazing thing is they let happen to them what they did to the other big UNIX vendors before - they were eaten from the bottom by faster cheaper hardware.
Around the beginning of 2006, I had a laptop with a 64-bit AMD Turion CPU and I could run on it Cadence and Mentor tools for ASIC design and the simulations were much faster than on a big Sun multi-processor server. Later that year our team finally got some servers with AMD Opteron, which accelerated dramatically the work in comparison with the traditional Sun servers.
That's the whole gist.
In terms of performance, even Linux 0.x on a 33Mhz 486-class processor could outperform a uniprocessor Sun/SPARC box at a fraction of the price.
I also question the sanity of anyone who thinks Sun's choice of 13W3 for a video connector was a good one. :-)
At least in the later stages of life Sun sales folks were literally selling the company into bankruptcy. They'd find out what competitors were offering, undercut it to the degree they'd make a loss, just to get the contract and their sweet commission.
To not realise you've got this going on really speaks to how little they were interested in the actual running of the business.
From Brian Cantrill's original HN comment in 2011(https://news.ycombinator.com/item?id=2287033): "I never hesitated to tell anyone that was listening that our x86 boxes were starting to smoke the hell out of UltraSPARC". SPARC stopped being ahead of its time way before being bought by Oracle.
> SPARC stopped being ahead of its time way before being bought by Oracle.
You seem to be focusing strictly on performance, but there were other factors: e.g., remote management is still a bit of a mess with x86. With SPARC everything can be done on the CLI (serials consoles or SSH), with x86 quite often you're still clicking on "open KVM window" for so many things. And of course many/most vendors make you purchase an 'advanced license' to use the remote KVM functionality of the LOM system.
Just like the vast majority of buyers do. SPARC was abandoned by customers due to poor performance.
> but there were other factors: e.g., remote management is still a bit of a mess with x86
That's a property of the systems integrator, not the ISA. Dell's iDRAC works quite well.