Or semi-custom I/O die for our favourite hyperscale friends.
And third-party IP connected to the semi-custom IO die for a (slightly more than) semi-custom MCM.
Or semi-custom I/O die for our favourite hyperscale friends.
Pretty much everything besides stacked memory is possible.And third-party IP connected to the semi-custom IO die for a (slightly more than) semi-custom MCM.
Milan has been described as being part of a chain of compatibility from Naples to Rome to Milan. While there can be features or speeds that can improve, the socket and platform compatibility would seem to rule out significant changes to the quantity of external connections for Milan.With the IO die it's also possible there are solutions with far more IO available. Having 16 memory channels and/or NVDIMMs should be doable. Along with OpenCAPI support, which seems likely. There could be more integration with other accelerators than is apparent.
Agreed, but without knowing the intended workload it's difficult to judge. The concern I had was what portion of HPC CPU loads rely heavily on vectorised FP64 that won't overlap with GPU acceleration. Nice to have sure, but so is the added memory and IO scaling.Sure, but I think there's still a significant chunk of HPC workloads that are purely CPU, although I could be wrong about that.
Both, but my point was AMD could create a new custom IO die for embedded or a different socket entirely as mentioned above with the older process and less complicated circuitry. Even then varying just the cache size might be a possibility. Or updating to different memory controllers.Are you referring to the possibility of an upgraded IO die in Milan, or to undisclosed IO in the current one? In the former case, that's a possibility, but it would require some (difficult) shrinkage, as the current IO die is already huge, and there's not much more space available on the package. In the latter case, I don't think AMD would leave anything hidden/disabled in Rome. So barring anything really exotic about the process used for the IO die, I don't really see any way to scale things up on the IO front. Besides, AMD might want more cores for Milan, which would mean bigger chiplets, hence even less space available for the IO die.
Agreed, as my speculation likely would mean a different socket with the same 7nm processors. That said they could make adjustments to the IO die in process and configuration while maintaining the socket. Not saying they will, just that the possibility might exist for some corner cases if the IO die is relatively affordable. Even a move to a 7nm, or whatever process is suitable, in a year or so to improve cache could work. Probably not Milan, but could be interesting. With the design, is Milan the entire package, IO, or compute cores?Milan has been described as being part of a chain of compatibility from Naples to Rome to Milan. While there can be features or speeds that can improve, the socket and platform compatibility would seem to rule out significant changes to the quantity of external connections for Milan.
It seems from recent history that the name give is based on the overall configuration of chips, socket, and package since names change as the products vary along those axes. As such, if there's something with a different socket or package with different components, I would first expect it to have a different name.Agreed, as my speculation likely would mean a different socket with the same 7nm processors. That said they could make adjustments to the IO die in process and configuration while maintaining the socket. Not saying they will, just that the possibility might exist for some corner cases if the IO die is relatively affordable. Even a move to a 7nm, or whatever process is suitable, in a year or so to improve cache could work. Probably not Milan, but could be interesting. With the design, is Milan the entire package, IO, or compute cores?
https://www.guru3d.com/news-story/a...sue-more-driver-updates-for-ryzen-mobile.htmlIn the past, AMD already promised to do better, and as far as I can remember it we've seen a driver update in May just before the Summer, but then again thereafter things stagnated. That has upset a number of people and on Reddit, like so often, things became a bit more explosive. A reason that laptops equipped with Ryzen Mobile have gotten so so far behind with driver updates is that the OEM or laptop manufacturer must approve and release these updates themselves. AMD says it can not release the updates themselves because of the specific hardware of each system, which could cause potential problems and unpleasant user experiences. The company responds to the criticism in a Reddit post and promises to improve the update policy together with the OEMs.
...
From 2019, AMD will encourage its OEMs to release a graphics drivers update for all Ryzen Mobile systems at least once every six months. It is stated that the responsibility is ultimately still is to be found at the OEM partner, so it is not yet certain that all manufacturers will follow this new and accelerated update policy.
We would say, unified drivers AMD, unified.
It's not just AMD, I still can't just go and download IGP drivers from Intel for my Lenovo ThinkPad and install them without doing it manually via device manager. This thing doesn't even have any hybrid/switching/whatever graphics, just the Intel IGPThat's crazy. That sounds like the mid-2000s notebook driver situation. Or like the awful driver updates of the AMD Hybrid Crossfire crap. Steer clear people.
Yeah that's true. I've seen that with Intel as well. The difference is playing the latest games is not much of a priority with Intel though heh.It's not just AMD, I still can't just go and download IGP drivers from Intel for my Lenovo ThinkPad and install them without doing it manually via device manager. This thing doesn't even have any hybrid/switching/whatever graphics, just the Intel IGP
edit: and for clarification, this is not mid-2000's laptop, i5-6200U with HD Graphics 520
It's interesting how conflicting the reports are within same companyIn the aftermath of the collapse of mining, NVIDIA gained a 10% market share on rival AMD in dGPUs.
https://www.jonpeddie.com/store/add-in-board-report
Lost more to it's own previous percentage, If NVIDIA sells 100k GPUs, and it lost 15% it still sells 85K. AMD can sell 25K and lose only 10%, but NVIDIA still sells way more even though it loses more.Of course this is IGPs and laptops included, but according to this while both AMD and NVIDIA lost share to Intel, NVIDIA lost more
You got it wrong, I commented about market share changes, which are percentage points, not percentage of share. AMD lost ~0.6 percentage points (it should actually be 0.53), NVIDIA lost 0.97 percentage points while Intel gained 1.5 percentage pointsLost more to it's own previous percentage, If NVIDIA sells 100k GPUs, and it lost 15% it still sells 85K. AMD can sell 25K and lose only 10%, but NVIDIA still sells way more even though it loses more.
They are talking percentages (%), not percentage points.I commented about market share changes, which are percentage points, not percentage of share.
AMD’s market share from last quarter decreased -0.6%, Intel’s increased 1.5%, and Nvidia's market share decreased -0.97%.
It's the same principle, NVIDIA and AMD lost percentage in a different pool (dGPUs + iGPUs). When it comes to dGPUs alone, NVIDIA's loss of 1% is way less than AMD's loss of 0.5%, because NVIDIA sells more GPUs and controls more market share.You got it wrong, I commented about market share changes, AMD lost ~0.6 percentage points (it should actually be 0.53), NVIDIA lost 0.97 percentage points while Intel gained 1.5 percentage points
No they're not, they're percentage points as clearly shown by the fact that AMD + NVIDIA lost share equals Intel gained share (for whatever reason they're only showing 2 decimal points on NVIDIA, don't know why), just like every quarter before.They are talking percentages (%), not percentage points.
It's the same principle, NVIDIA and AMD lost percentage in a different pool (dGPUs + iGPUs). When it comes to dGPUs alone, NVIDIA's loss of 1% is way less than AMD's loss of 0.5%, because NVIDIA sells more GPUs and controls more market share.
It can also be explained by AMD not really shipping any dGPUs this quarter because of their excess inventory.
if you look at only AMD and NVIDIA, the former lost 2 percentage points of market share while the latter lost only 1. This means AMD was affected twice as much by the air going out of the crypto bubble – and this makes sense, Vega was an absolute killer in mining.
I have no idea where WCCF got their graph or data, but JPR clearly states about overall marketshares this:Actually for Q2 AMD's overall market share decreased by 2 percentage points and Nvidia decreased by 1 percentage point.
The chart @DavidGraham quoted is just discrete gpu marketshare.
That graph is not part of the public market watch report at least.AMD’s market share from last quarter decreased -0.6%, Intel’s increased 1.5%, and Nvidia's market share decreased -0.97%.
Edit:The market shares for the desktop discrete GPU suppliers shifted in the quarter, Nvidia increased market share from last quarter, it also increased share from the same quarter last year.
So does my PC with an onboard intel and discrete nvidia card count for both or just the nvidia?This is for all graphics, not just discrete.