Both of those experiences left me deeply impressed with how focused he was on the path forward. What ever was happening around you didn't matter, it was "Put one foot in front of the other and make progress against the goal now." kind of focus.
Both of those experiences left me deeply impressed with how focused he was on the path forward. What ever was happening around you didn't matter, it was "Put one foot in front of the other and make progress against the goal now." kind of focus.
I recall asking the question then "why can't we stack cores on top of each other" and being told by very senior engineers how stupid that idea was...
Working at Intel was actually the golden age of my gaming experience; I worked in the game development lab and played video games to test SIMD extensions 18 hours a day.
I recall going out to a balcony in SC5 and having a cigarette, there was some person from finance there, and after chatting with him for a bit I asked why he was working so late; he was trying to figure out how to recode the finance system to add additional spaces to the finance DB to allow for the many billions they had in the bank. Apparently the fields were initially set too short to handle the numbers as large as they were dealing with...
Andy was an incredible person.
He visited Klein, who happened to follow him to the bathroom and saw blood in the pot after him. As a non practicing doctor, but avid observer, he quickly diagnosed him with cancer. Szilard then signed up for one of the highest doses of radiotherapy in humans. He survived both the therapy and the cancer and lobbied afterwards to set up EMBL (with Viki Weisskopf, patterned after CERN).
I remember dreaming about a 386 back in the day when I was a kid using a soviet 8086 clone..
It seems so incredible that these things were created by real people.
I always kind of thought that aliens were building these chips .. Still do sometimes.
Andy was a driving force behind that shift, his view that "only the paranoid survive" was that you had to believe everyone was out to get you in order to avoid surprises from your "friends." And as much as I hate to admit it, he was correct in that view.
So, I.P. control from purchases or threats could keep Intel on top of competition for a long time. Worst case was they end up in an oligopoly position where they can still pull huge profits.
I'd say Intel is not that open at all given the secrets remaining, patent protections, and lack of competition. POWER is slightly more open with PowerPC embedded implementations. ARM and MIPS are more open since they actively license implementations. The most open is SPARC ISA hands down given every aspect is usable with source available for several CPU's.
So, what's an OpenPOWER license cost, the royalties if any, and does that come with ASIC-ready implementation?
In general I think that the "vertical disintegration" where you have fabs which are open to everyone making chips integrating cheap IPs, instead of companies with their own fabs, has destroyed "openness" - it used to be the case that you knew exactly what the hardware was doing, and it is now the case that you need to sign a draconian NDA to program most of the components in most chips, and this option is only available to select "partners." x86 is an older product and hence more open than most successful newer products; it was perhaps less open than its competitors at the time, which in part explains why it was more successful than those competitors... (A closed platform is a kind of a high-risk, high-reward game.)
So, Intel is dominant in their ISA, its implementation, and in a profitable way. ARM and MIPS don't come close despite their monopolies on the ISA's themselves.
"x86 is an older product and hence more open than most successful newer products; it was perhaps less open than its competitors at the time, which in part explains why it was more successful than those competitors... "
This is news to me. Far as I knew, it dominated desktop due to backward compatibility and other strategies. It wasn't open in many ways. SPARC and PPC even adopted OpenFirmware while Intel still had closed microcode updates. It's still the least open ISA of the high-sellers.
"In general I think that the "vertical disintegration" where you have fabs which are open to everyone making chips integrating cheap IPs, instead of companies with their own fabs, has destroyed "openness" - it used to be the case that you knew exactly what the hardware was doing, and it is now the case that you need to sign a draconian NDA to program most of the components in most chips"
That I agree with. Fortunately, there's work from companies and academics to change that with actual silicon being prototyped. This will be an uphill battle but is becoming feasible. The main drawback is that the cost of EDA and prototyping means closed I.P. might stay the norm. Only exception is if we can get academics to put key I.P. in public domain as they develop stuff. PCI or USB here, analog stuff there at 45-90nm at least. Make it cheaper.
I worked on chips which included both ARM and MIPS CPUs; I don't think it makes ARM or MIPS "open" in many of the ways that matter, because, for one, programming those chips without the consent of the company that made them is very problematic both technically and legally. So ARM and MIPS in practice are "open" to select partners who make chips which are in turn "open" to select partners, unlike the PC where you have not only Windows, Linux, BSD etc. but things like MenuetOS and TempleOS and it's both legal and technically feasible to do this kind of thing. Of course this isn't due to Intel or anyone else behind the PC being more benevolent than other vendors, it's just an older platform and closeness wasn't or at least didn't seem as important for profitability as it is today. Here BTW Intel's focus on backward compatibility is very helpful - low-level software for the ARM or MIPS becomes obsolete more quickly and developing working low-level software for newer version of these in a timely manner might require partnering with the vendor, AFAIK. Basically ARM and MIPS are way more open than x86 to me as a chip architect (although an ARM architecture license AFAIK costs $30M or so... meaning that a lot of chip makers ought to take whichever implementation ARM provides and you're at their mercy to a much greater extent than you'd often desire), but they are far from fully open and then they're way less open than x86 to the users.
And then both MIPS and ARM are pretty old... the trend of really closing everything, where you can't get any spec without partnering with the vendor, didn't take off until maybe the 2000s.
I wonder what it'd take for open IPs to gain significant traction in hardware. It's easy to come up with reasons for them to fail or succeed but it's not easy to predict which reasons will end up more dominant.
That's really neat. Especially as I work a little on methods for secure HW/SW design. Mostly done with digital side of ASIC methodology but still custom digital and analog stuff to figure out. Appreciate any tips you have on such threads where I'm exploring.
"So ARM and MIPS in practice are "open" to select partners who make chips which are in turn "open" to select partners, unlike the PC where you have not only Windows, Linux, BSD etc. but things like MenuetOS and TempleOS and it's both legal and technically feasible to do this kind of thing. "
So, back then, ARM and MIPS I.P. holders didn't allow a PC-like product to be built with their chips? It was custom negotiated for every product with no platforms available? I could see you calling that less open and the ecosystem hit it would have.
"I wonder what it'd take for open IPs to gain significant traction in hardware. It's easy to come up with reasons for them to fail or succeed but it's not easy to predict which reasons will end up more dominant."
Inherently safer or language-specific ISA's like jop-design.com or crash-safe.org. Microcontrollers where any royalties are eliminated to further lower costs. OEM's targetting hobbyists and/or idealists that want maximum freedom. Anti-subversion efforts where multinational pride kicks in with an ISA like RISC-V being remixed allows everyone to feel like the owner. Tools or projects for processor design in academia where they just want something to work with and build rather than screwing around with I.P. and legal risk. Wait, that last one already happened and I already named it. ;)
So, given you've done hardware, what do you think of my recommendation that market wanting OSS hardware just build on Gaisler's SPARC products? There's a configurable CPU (Leon3) and substantial I.P. library already GPL'd or licensable. Probably closer to MIPS than ARM in price. There's also a 4-core version. One could put them right in an ASIC with Pi- or Novena-style boards w/ SPARC ecosystem (esp BSD/Linux) leveraged immediately. Alternatively, really my touch, is swapping out SPARC-specific stuff (eg instruction handling) for RISC-V so all the I.P. just magically supports a RISC-V solution. Open I.P. can gradually be developed to replace it, maybe keep using Gaisler's proprietary source where compelling, stuff is 90+% ASIC-proven from start, people can inspect, paid get paid, everyone is happy.
BTW, notice the "server" in the ARM SBSA name.
Generally, today ARM will sometimes break OS-level code between releases - something Intel would never do - and I think ARM does this because it sells an IP, not chips, and so in any case the only way to sell a CPU to a consumer is through a chip maker licensing ARM and then porting OSes to the new chip - and the chip maker can handle ARM-related breakage while they're at it. But it does not follow that ARM is to blame for most chips being closed and/or hard for an OS unsupported by the chip maker to work on the chip across its various generations; I'd guess that most of the difficulty comes from the chip-level breakage and lack of documentation, not CPU-level issues of this sort.
So IMO it's not that ARM or MIPS actively prevent(ed) the emergence of an open platform like the PC while Intel was pushing for open platforms; it's that Intel happens to have succeeded mainly selling chips for an open platform, while ARM and MIPS happen to have succeeded mainly selling CPU IP for various closed platforms.
Regarding the SPARC IP that you mentioned - I'd have to look at it more deeply to have an informed opinion. Generally for a chip vendor who wants source code, as opposed to wanting an open source IP, MIPS is just fine, they'll give you the source. Otherwise what you want from your CPU vendor varies (ARM for instance gives you not just the CPU but everything you need to build say a cellphone application processor - probably not the best one on the market, but a completely functional one. At the level of the CPU itself, you might want a bunch of things - like hardware virtualization support, or cache coherence with other processors, etc. etc. - that different vendors support differently, if at all.) So as I said, I don't think I have a serious opinion about the product you mention.
Don't they want the best for the world, and isn't that clearly going to come through competition? I just cannot fathom their motives. Same for any line - fast food chains? Do they want everyone in the world to eat their burger every meal? Why?
I guess I need to buy one of his books to try and find out!
btw: Intel isn't a CPU manufacturer. It is a factory for manufacturing processor factories: they are one level of abstraction higher.
Can you elaborate that a bit? I mean I'm completely ignorant about CPU manufacturing, your statement is very intriguing.
What exactly do they manufacture when you say they manufacture factory of CPUs? Design?
Maybe start with "swimming in your vault full of money like Scrooge McDuck".
Not if you think you're the best! Consider that: if you are in the position where you think you have by far the best product, then wouldn't you want to share it with everyone? In that case, the competition is working against the world's best interests.
I'd imagine Intel would make Compaq PCs with their other chips like the 80980 and other chips.
Maybe make Unix workstations with RISC chips using HP-UX.
i am finding in my own startup that this is the only way progress is made. you just keep going, if at all possible.