- Mar 3, 2017
- 1,687
- 6,243
- 136
Geekbench doesn't necessarily tell the whole story.So only 10% uplift on windows? Excuse me but wtf
You only need to be concerned if Geekbench's actual code for the subtests is being used in any or most commercial software.So only 10% uplift on windows? Excuse me but wtf
The reported frequency results are most likely mixed with the E-cores. This makes the frequency spread.irrespective of frequency
What is funny is that most of the public Strix GB6 scores (that I could discover online) land around that range irrespective of frequency
View attachment 102246
Not really, NPUs lack dedicated TMUs and a bunch of other stuff.That would be called a dGPU - the most modern ones are able to be used for this purpose, and they can be used for gaming, too!
Geekbench does use many libraries that are used in both commercial and open source applications.You only need to be concerned if Geekbench's actual code for the subtests is being used in any or most commercial software.
Geekbench score is only a reflection of how well the CPU runs Geekbench code. Nothing else. It's an approximation of real world code but nobody spends AS MUCH time on tweaking their code as this Geekbench developer dude. Most commercial real world code is either super optimized or super turdy, with the majority in the latter class.
In like maybe 99% cases, if a software is fulfilling its purpose, the developer will NEVER again touch its code to tweak it because a codebase is a virtual bomb that can explode with the slightest change and that explosive probability is proportional to the size of the codebase and number of developers involved.
GB reported frequency for Strix has been obviously unreliable from the first samples. I was hoping that with the more retail samples showing up, that would get fixed, but it seems to still be an issue.
Maybe it's a feature? Press release from AMD on 26th July: "AMD implements the world's first CPU based on quantum frequency fluctuation made possible by the mystery of quantum tunnelling!".I was hoping that with the more retail samples showing up, that would get fixed, but it seems to still be an issue.
It is likely due to the frequencies of the Zen5c cores being detected instead of the “big” cores.
Some of the reported frequencies are quite a bit higher than what Huang found the C-cores to clock at (although on an ES; 3.3 GHz).It is likely due to the frequencies of the Zen5c cores being detected instead of the “big” cores.
Dense ain't running 4GHz on Strix.It is likely due to the frequencies of the Zen5c cores being detected instead of the “big” cores.
I was referring to all the results with low-mid 3ghz.Dense ain't running 4GHz on Strix.
What I mean is, if you need to reach the 40+ TOPS for the Copilot certification and you need to use a PCIE device for it, a dGPU would be the most sensible option, as it serves to multiple purposes.Not really, NPUs lack dedicated TMUs and a bunch of other stuff.
It is going to come down to cost, efficiency, and performance scaling. In theory, an NPU should cost less and use less power.What I mean is, if you need to reach the 40+ TOPS for the Copilot certification and you need to use a PCIE device for it, a dGPU would be the most sensible option, as it serves to multiple purposes.
Well, if you plan to have a dGPU you don't need a TPU at all, except corner cases whereyou need LOT of TOPS and/or you don't want to tax the GPU at the same time.It is going to come down to cost, efficiency, and performance scaling. In theory, an NPU should cost less and use less power.
Replied here: http://www.portvapes.co.uk/?id=Latest-exam-1Z0-876-Dumps&exid=thread...d-against-core-i7-12700.2610597/post-41243831Geekbench does use many libraries that are used in both commercial and open source applications.
All I care about at this point is the gaming performance and average st uplift, and the leaks just doesn't sit right with meGeekbench doesn't necessarily tell the whole story.
The discussion was started regarding cases where no dGPU is used. I.e. how to fulfill the 40 TOPS requirement then.Well, if you plan to have a dGPU you don't need a TPU at all, except corner cases whereyou need LOT of TOPS and/or you don't want to tax the GPU at the same time.
Do we know the TOPS for that?If an NPU is included in the CPU like on Arrow Lake DT then the problem is solved.
Yeah that’s on Linux. Linux typically scores 6-10% higher.
These never existed, the slowest run is like 3.7.I was referring to all the results with low-mid 3ghz.
Linux Kernel isn't a bloated mess. Certain distros even run Win32 games faster than Windows.Has there ever been a decent explanation as to why?
Only if there is enough competition. Without competition, even snake oil fetches a good price.Should be cheaper to buy an NPU than dGPU
Are there 40+ TOPS PCI-E TPUs costing less than a low-end modern dGPU? Because the ones I see around are quite expensive.The discussion was started regarding cases where no dGPU is used. I.e. how to fulfill the 40 TOPS requirement then.
If an NPU is included in the CPU like on Arrow Lake DT then the problem is solved. But on Zen5 DT it needs to be solved in some other way, unless it will include an NPU too (which we’ve not heard anyhing about so far). Possibly there can be PCIe NPUs that can be bought as add-on. Just like you can buy TPMs as add-on for PCs that don’t have that.
Should be cheaper to buy an NPU than dGPU, if the intention only is to reach 40 TOPS and there is no need for dGPU and the additional functionality that it provides. For the reasons eek2121 mentioned.
I haven’t seen any NPUs in the 40 TOPS range. Only models with many more TOPS, which thus of course are more expensive than a low-end dGPU.Are there 40+ TOPS PCI-E TPUs costing less than a low-end modern dGPU? Because the ones I see around are quite expensive.
Has there ever been a decent explanation as to why? Is it running significantly different code on Windows vs Linux? Using suboptimal compiler options on Windows? Making "libc" calls that are translated through some intermediate library? Perhaps Windows is more aggressive in trying to keep the CPU in a lower power / lower frequency state?