- Mar 3, 2017
- 1,687
- 6,243
- 136
Approaching this from a different angle, they clearly stated they are working on "cool differentiators" plural, vs previous gen X3D models. There is only a small handful of things they could conceivably do, and I covered almost all of them.The supply of V-cache dies being a limiting factor, using two of them in a single CPU prevents the "birth" of another CPU.
Suppose AMD has 10 V-cache dies. They can make 10 X3D CPUs with that or they can choose to make 5 X3D CPUs. Which one nets them the most profit?
It's the same issue that prevented Intel from going all in with eDRAM. You can produce 100,000 CPUs a month in a fab without eDRAM but with eDRAM, the production rate drops to about 45,000 per month. Which one do you think the bean counters gonna approve of? They can't sell the eDRAM CPU for twice as much coz it doesn't offer twice as much value. So their only option was to drop it.
I think the real issue is that it's a constant fight between consumers who wants most for the least as possible and the companies looking to charge most as possible for the least as possible.It's the same issue that prevented Intel from going all in with eDRAM. You can produce 100,000 CPUs a month in a fab without eDRAM but with eDRAM, the production rate drops to about 45,000 per month. Which one do you think the bean counters gonna approve of? They can't sell the eDRAM CPU for twice as much coz it doesn't offer twice as much value. So their only option was to drop it.
First run with excel 2010 (yes i'm an old dino): 50s (7950x3d)I can imagine performance might vary from excel version to version, was this on the latest office 365 excel or office 2021 excel?
The thing with this benchmark is, it looks pretty heavy and gives you a sense that the PC is struggling to do a lot at once and it's really hard to get the time lower. I mean, the price difference between my 12700K and your 7950X3D probably doesn't justify the two second time difference but it really shows how much ST performance you need to throw at this benchmark for it to budge. It would be crazy if a simple 9600X has enough ST oomph to do the first run in 11s.Installed latest librecalc:
First run: 14s
Second run: 9s
I guess i think this whole “supply of v-cache dies being limiting factor” is bit overestimated. If they were so hard to come by, i dont think we would see them in “client” space at all, everything would be going into servers.The supply of V-cache dies being a limiting factor, using two of them in a single CPU prevents the "birth" of another CPU.
Suppose AMD has 10 V-cache dies. They can make 10 X3D CPUs with that or they can choose to make 5 X3D CPUs. Which one nets them the most profit?
It's the same issue that prevented Intel from going all in with eDRAM. You can produce 100,000 CPUs a month in a fab without eDRAM but with eDRAM, the production rate drops to about 45,000 per month. Which one do you think the bean counters gonna approve of? They can't sell the eDRAM CPU for twice as much coz it doesn't offer twice as much value. So their only option was to drop it.
Maybe these consumer V-cache dies are rejected dies that didn't make the cut for server requirements? Like suppose they have some stringent engineering validation routine that pinpoints how many errors may occur in a million reads/writes. If certain dies are not meeting this quality metric, AMD can't afford to have bad publicity from enterprise customer saying that their important financial data (even a bit change can cause chaos there) was corrupted on an AMD server. So they need to recoup their investment and what better way than to throw these dies at us mere peasantsI guess i think this whole “supply of v-cache dies being limiting factor” is bit overestimated. If they were so hard to come by, i dont think we would see them in “client” space at all, everything would be going into servers.
They had a bug that was causing accelerated wear of their (fixed) SSDs. I'll take any perceived or real gripes with AMD or Intel over that, any day.Not for Apple it seems. None of their SoC's seem to have issues at launch. Thats vertical integration and a great validation team for you.
So I wouldn't say laptops are hard but Intel needs to step up their standards and not release such products that are a wase of sand.
I didn't know you could easily substitute a small 16 core desktop CPU for a 96-128-192 core server CPU.Look on eBay:
View attachment 102159
View attachment 102160
When the price difference between identical core count server CPUs due to V-cache is more than $2000, no way AMD is just gonna give away their V-cache dies. It also cuts into their server marketshare because people and even companies could start using the dual V-cache CPUs for their commercial workloads instead of investing in a server.
Problem is, some enterprise workloads see a huge boost from increased cache. Giving two cache dies would boost the workloads enough for some enterprise customers to consider these dual V-cache consumer CPUs for their workloads, thus leading to loss of server CPU sales to AMD.$700 for a 9950X3D and $800 for a 9955X3D with dual V$ gives them a $100 premium. That's far, far away from "giving the V$ dies away".
Let's forget that there are inherent memory capacity limitations to consumer platform and only one socket per motherboard. A cloud provider couldn't possibly make buying consumer cpus work due to the considerably lower rack density possible. Datacenter rackspace isn't cheap, and you could conceivably need 4-8x or even more rackspace for the same core count.Problem is, some enterprise workloads see a huge boost from increased cache. Giving two cache dies would boost the workloads enough for some enterprise customers to consider these dual V-cache consumer CPUs for their workloads, thus leading to loss of server CPU sales to AMD.
Let's forget companies in general. What if AMD releases a dual V-cache consumer chip and the cloud providers scoop up ALL current and future inventory of next two years for upgrading their servers because the value proposition is too good to pass up? Can AMD say no? Will their board let Lisa say no? I'm saying this is a possibility because the production capacity of V-cache CPUs probably numbers in the hundreds of thousands per year whereas vanilla CPUs are in the millions. We'll be the losers if that happens and we'll only get those used V-cache CPUs to run in server mobos after they are too old for the cloud providers (meaning 5 years old at least).
How about mini-ITX mobos stacked together in tight spaces? These cloud providers are crazy. They'll do anything.Datacenter rackspace isn't cheap, and you could conceivably need 4-8x or even more rackspace for the same core count.
I really doubt this is gonna happen, to extent that would be felt by AMD, and anyway, even if it did, we really should not care one bit about what is the most profitable for them.Problem is, some enterprise workloads see a huge boost from increased cache. Giving two cache dies would boost the workloads enough for some enterprise customers to consider these dual V-cache consumer CPUs for their workloads, thus leading to loss of server CPU sales to AMD.
I do, to the extent that I want them to keep being a pain in Intel's buttwe really should not care one bit about what is the most profitable for them.
Just curious, why the unlocked OC mode in X3D is even needed. This is essentially a relic of the past for modern CPUs.fully unlocked overclocking <<< partially (not fully but maybe better than every X3D before)
As it stands 7000 series X3D cannot have the voltage increased, nor the clockspeed increased. Ignoring static overclocking, that means you can't use PBO to tune the 3D cache chiplet at all outside reducing voltage with CO. No squeezing out 100-200MHz boost clocks.Just curious, why would one even need unlocked OC mode in X3D. This is essentially a relic of the past for modern CPUs.
Actually, you can. But that's not the point.Ignoring static overclocking, that means you can't use PBO to tune the 3D cache chiplet at all
Look on eBay:
View attachment 102159
View attachment 102160
When the price difference between identical core count server CPUs due to V-cache is more than $2000, no way AMD is just gonna give away their V-cache dies. It also cuts into their server marketshare because people and even companies could start using the dual V-cache CPUs for their commercial workloads instead of investing in a server.
Personally I have zero hope that any of these fantasies will come true. There is just no competition to force AMD's hand.At any rate, I do hope we get a dual-CCD V-Cache part. AMD has the opportunity to sell me a holy-grail type of product. They only have to make it.
Also, there is another possibility: AMD could differentiate based on the size of the V-Cache.
Not related to SoC/CPU firmware etc but it was a nasty bug.They had a bug that was causing accelerated wear of their (fixed) SSDs. I'll take any perceived or real gripes with AMD or Intel over that, any day.
What AMD needs is something like Intel Thread Director, a hardware solution that dynamically and in a fraction of a millisecond, schedules the workload on the appropriate die. They could make things easier for themselves by doing the "software hints" thing that Intel has done and then game developers or any other developers with cache hungry software can hint to the OS to run their instructions on the V-cache die only.
Windows-key + G --> "This is a game" keeps the program running on CCD0 (no scheduling issues)The jumping between a cache CCD and a frequency CCD on dual CCD X3D CPU's is an issue with regards to prioritizing threads, and which AMD has a really clunky solution for that obviously is suboptimal, proven by the fact that people run software to assign specific games or apps to certain cores.
However, the inter-CCD communication is still an issue with all dual CCD CPU's, like both the 7950X and 7950X3D. How big is that latency penalty? I'm asking because we currently seem to be obsessed with how an X3D CPU with dual cache CCD's would perform. We only have the data from the vanilla and the 'uneven' X3D models though. I am a fan of simpler designs, and I enjoy the piece of mind of my 7950X not needing more thread scheduling logic, but I do realize that this CPU also has a small penalty when data moves between CCD's. A CPU with two X3D cache CCD's would also have this penalty. Can anyone make a qualified guess how much of an issue that would be compared to the 7950X and 7950X3D? Would it for instance be more of an issue in applications that benefit more from more cache? As much as I dislike the need for cache/frequency logic, I'm open to the idea that the inter-CCD communication could be a significant part of the problem, and that is not going away in the upcoming generation even if AMD (unlikely) offers dual cache CCD X3D CPU's.
Might not be the case with Zen5, if it needs just 1,2V for its max clocks, as per one of the rumors, if i understood it correctlyWindows-key + G --> "This is a game" keeps the program running on CCD0 (no scheduling issues)
Need updated Gamebar and AMD windows driver package with balanced powerplan to work properly
V-cache on both CCDs would limit max ST boost clocks since voltage limitation (~1.2 vs ~1.35)
Problem is, AMD makes a lot more by placing a single cache die on a CPU than if they were to place two dies on the same CPU. By placing two dies on the same CPU, they would have to recover the extra margin direct from the customer which would make the CPU very expensive and too unattractive for mass market appeal.
What AMD needs is something like Intel Thread Director, a hardware solution that dynamically and in a fraction of a millisecond, schedules the workload on the appropriate die. They could make things easier for themselves by doing the "software hints" thing that Intel has done and then game developers or any other developers with cache hungry software can hint to the OS to run their instructions on the V-cache die only.