Live data from Hacker News

I was at AMD in the mid-late 2000s helping design CPU/APU/GPUs

twitter.com

101–110 of 139 posts

Re: I was at AMD in the mid-late 2000s helping design CPU/APU/GPUs

#101
post #41

Earlier quoted context omitted.

I'm not sure if you're familiar with CPU history, but this is roughly true. Intel's catchup to multicore offerings was trippy and severely lagged behind AMD. I think it's often forgotten that CPU leadership has fluctuated between different companies many times in the past!

The OP is right. Pentium D was a single generation in which Intel offering was worse that Athlon 64 X2 . But Intel quickly shifted to Core 2 Duo architecture and it was much better than AMD.

Since the introduction of Opteron at the beginning of 2003 until the introduction of Core 2 at the middle of 2006, the AMD CPUs were vastly superior to any kind of Pentium 4, not only to Pentium D.

This was much more obvious in servers or workstations than in consumer devices, because the kinds of applications run by non-professionals at that time were much more sensitive to the high burst speeds offered by Pentium 4 with very high clock frequencies, than to the higher sustained performance of the AMD CPUs.

In 2005, I had both a 3.2 GHz Pentium 4 (Northwood, 130 nm) and a 3.0 GHz Pentium D (Prescott, 90 nm). With any of them, the compilation from sources of a complete Linux distribution took almost 3 days of continuous work of 24 hours per day.

After I bought an Athlon X2 of only 2.2 GHz, the time for performing the same task has been reduced to much less than a day. Even for some single-threaded tasks, but which contained many operations that were inefficient on Pentium 4, like integer multiplications or certain kinds of floating-point operations, the 2.2 GHz AMD CPU was several times faster than the 3.2 GHz Pentium 4.

At work, the domination of the AMD CPUs was even greater. Each server with Opteron CPUs that we bought was faster than several big racks with Sun or Fujitsu servers that were used before. Intel did not have anything remotely competitive. At the beginning of 2006, on my laptop with an AMD Turion I could run professional EDA/CAD programs much faster than on the big Sun servers normally used for such tasks. Intel had nothing like that (i.e. the 32-bit Intel CPUs could not use enough memory to even run such programs, so the question whether they could have run such programs fast enough was irrelevant).

Of course, half of year later the competition between Intel and AMD looked completely different.

Re: I was at AMD in the mid-late 2000s helping design CPU/APU/GPUs

#102
post #33

I love this insider view into this interesting point in computing history, especially about AMD. However, I was a little put off by the glorification of nVidia's shady practices and lock-in policies as key to their current leading position. While technically true, I dislike "ends justify the means"-style thinking. All this as the OP glorifies AMD's engineering and grit-based culture to drive through all though tough…

Nvidia was pushing CUDA forward for over a decade before it started getting serious commercial traction. It's not like they blocked anyone else from developing viable GPGPU tech, they were just the only ones pushing it. For like 8 years their drivers on Linux were a nightmare and AMD could have come in and done better.

> For like 8 years their drivers on Linux were a nightmare and AMD could have come in and done better.

AMD eventually did while Nvidia's drivers remained a nightmare almost until these days. But sure, AMD could have done it sooner.

Re: I was at AMD in the mid-late 2000s helping design CPU/APU/GPUs

#103
post #29
post #13

Earlier quoted context omitted.

I think I'm not adequately understanding your comment. Nvidia has huge software teams building accelerators that optimize application of their GPUs for all kinds of applications. They also now offer their own "cloud" and have partnered with the hyperscalers for integration as well as GTM. Those same hyperscalers are also almost unilaterally driving Nvidia's growth the past few years. The cloud market is still growing…

I think much of this boils down to perspectives some of us have regarding the value of in-house manufacturing capabilities relative to design time & software capabilities. I get arguments that maybe one fab is better than the other, but what about all of them combined ? All of our modern chipmaking capability all at once. Nvidia has no factories. You can ship their output on a USB flash drive. Valuation: ~3.1T. Intel…

hard depreciating assets (factories) + selling chips are way worse than actually selling an ecosystem. NVDA is just getting started :-)

Re: I was at AMD in the mid-late 2000s helping design CPU/APU/GPUs

#104

People keep yelling about nvidia stock but that feels like a huge bubble. AI disillusionment will hit and the stock will implode. Nvidia hasn’t made any inroads on producing actual systems, just gpus. Once Apple or Microsoft have a fast enough chip (TOPs wise), nobody will care about nvidia lead except in the datacenter. Seems like a failing position to me.

This is wrong, please check what DGX is. DGX is a complete data center from Nvidia where Nvidia is the supplier of everything themselves: - CPU+GPU from Nvidia - Rack from Nvidia - Interconnects + networking from Nvidia - SW from OS to application framework from Nvidia The only thing Nvidia really needs partners with DGX is memory (RAM + SSD). One reason Nvidia's margins are so high is because they provide the whole…

no, this is not true. DGX is (right now) a 4U box with 8xH100 on a daughterboard.

Don't believe me? Do you believe nvda?

https://www.nvidia.com/en-sg/data-center/dgx-h100/

Re: I was at AMD in the mid-late 2000s helping design CPU/APU/GPUs

#106
post #102
post #33

Earlier quoted context omitted.

Nvidia was pushing CUDA forward for over a decade before it started getting serious commercial traction. It's not like they blocked anyone else from developing viable GPGPU tech, they were just the only ones pushing it. For like 8 years their drivers on Linux were a nightmare and AMD could have come in and done better.

> For like 8 years their drivers on Linux were a nightmare and AMD could have come in and done better. AMD eventually did while Nvidia's drivers remained a nightmare almost until these days. But sure, AMD could have done it sooner.

> AMD eventually did while Nvidia's drivers remained a nightmare

and yet that trillion-dollar valuation built over the last decade is built with customers almost entirely running on those "nightmare" linux drivers, while AMD's linux drivers crash running the sample app on supported hardware+OS, and nobody at AMD cared until finally a tech-bro with a loud enough platform shamed them into fixing it...

... and this is something like AMD's third crack at the apple, and the first three sets of drivers (one of which is literally a Vulkan-branded spec) are just as non-functional today as rocm was a year ago.

(OpenCL, Fusion HSA/AMD APP, Vulkan Compute/SPIR-V... all still broken so badly that Octane called them out for being unable to successfully compile their renderer and for lack of vendor support, so badly that Blender pulled support after years of turbulent and poorly-performing attempts to work with AMD, etc)

Re: I was at AMD in the mid-late 2000s helping design CPU/APU/GPUs

#107
> We did launch a “true” dual core, but nobody cared. By then Intel’s “fake” dual core already had AR/PR love. We then started working on a “true” quad core, but AGAIN, Intel just slapped 2 dual cores together & called it a quad-core. How did we miss that playbook?!

it is wild the way AMD engineers can't stop themselves from throwing stones, even with 20 years of distance and even when their entire product strategy in 2024 now rides on gluing together these cores.

people forget that Intel saying that AMD was gluing together a bunch of cores comes after years of AMD fans whining that Intel was gluing together a bunch of cores - that was always an insult to Intel users that pentium D wasn't a real chip, that core2quad wasn't a real chip (not like quadfather, that's a real quad-core platform!). And you see that play out here, this guy is still salty that Intel was the first to glue together some chips in 2002 or whatever!

and the first time AMD did it, they rightfully took some heat for doing it... especially since Naples was a dreadful product. Rome was a completely different league, Naples really was glued-together garbage in comparison to Rome or to a monolithic chip. You can argue that (like DLSS 1.0) maybe there was a vision or approach there that people were missing, but people were correct that Naples was a dogshit product that suffered from its glued-together nature. Even consumer ryzen was a real mixed bag, vendors basically took one look at naples and decided to give AMD 2 more years to cook. People wedge still so wound into it they sent death threats to GamersNexus for the “i7 in production, i5 in gaming” which frankly was already quite generous given the performance.

frankly I find it very instructive to go back and read through some of the article titles and excerpts on semiaccurate because it just is unthinkable how blindly tribal things were even 10 years ago, but this shit is how people thought 10 years ago. Pentium D is bad, because it's glued-together! Core2Quad is bad because it's glued-together! And that from the actual engineers who have the perspective and the understanding to know what they're looking at and the merits, with 20 years of retrospect and distance! If you instead look at what the discourse of this time was like...

https://www.semiaccurate.com/tag/nvidia/page/6/

"NVIDIA plays games with GM204"

"how much will a GM204 card cost you!?"

"Why mantle API will outlive DX12 [as a private playground for API development outside the need for standardization with MS or Khronos]"

"GP100 shows that NVIDIA is over four years behind AMD in advanced packaging"

"NVIDIA profits are up in a fragile way".

like why are amd people like this? inside the company and out. It’s childish. None of the other brands engineers are out clowning on twitter (frank azor? chris hook? etc), none of the other fans are sending death threats when their brand’s product isn’t good. Like you wanna make a $10 bet over it???

Re: I was at AMD in the mid-late 2000s helping design CPU/APU/GPUs

#109

> I seriously wish Nvidia and AMD could merge now – a technology cross-licensing that takes advantages of each other’s fab capabilities is going to help a lot in bringing the cost of GPU cycles down much furthe. Given Nvidia's track record I'd sooner imagine them just slacking off and overcharging more for lack of competition. I wish AMD would actually compete with them on GPUs (for graphics, not AI). Interestingly I…

the reason NVIDIA has a lead right now is largely because they didn't slack off during the Maxwell era and kept iterating even after the 22nm/20nm node fell though. AMD decided that hey, we can't really afford this right now, and NVIDIA can't shrink either, right? But NVIDIA slipped in a major architectural iteration that was basically a full node worth of efficiency gains, and that really has put them in the position they are today.

Being able to take a trailing-node strategy during the Turing/Ampere years, being able to run a full node behind RDNA1/2 and use dirt-cheap Samsung crap and last-gen TSMC 16FF/14FFN while still fighting AMD to a standstill on efficiency is entirely the result of AMD slacking off.

AMD themselves have said they slacked off. Lost focus, is the quote.

https://www.youtube.com/watch?t=1956&v=590h3XIUfHg

Re: I was at AMD in the mid-late 2000s helping design CPU/APU/GPUs

#110

Earlier quoted context omitted.

This is wrong, please check what DGX is. DGX is a complete data center from Nvidia where Nvidia is the supplier of everything themselves: - CPU+GPU from Nvidia - Rack from Nvidia - Interconnects + networking from Nvidia - SW from OS to application framework from Nvidia The only thing Nvidia really needs partners with DGX is memory (RAM + SSD). One reason Nvidia's margins are so high is because they provide the whole…

no, this is not true. DGX is (right now) a 4U box with 8xH100 on a daughterboard. Don't believe me? Do you believe nvda? https://www.nvidia.com/en-sg/data-center/dgx-h100/

There's also the dgx nv72
Post reply on HN