Friday, July 7th 2017
AMD Threadripper 1950X 16-core Appears on Geekbench and SiSoft Sandra
With AMD's Threadripper family just a few weeks away from launch, it appears we are already getting some preliminary benchmark results in via both Geekbench and SiSoft Sandra benchmarks. This latest set of leaks isn't the first bench of the flagship 1950X, but it is the newest and thus should give us a more accurate picture of present optimizations.
Interestingly, the single core performance dropped a bit on GeekBench, from 4216 to 4074. It made up for it in multi-threading however, where the chip posted a result of 26768, up from 24723. Sadly, these numbers still pale in comparison to the 10-core i9-7900X, in both single threaded and multi-threaded figures. As the 1950X ships with significantly lower clocks compared to the i9-7900X's clocks (with boost considered, anyway), I suppose it truly will come down to whether these CPUs can close the gap via overclocking, or optimizations towards launch and beyond. Either way, it seems there may be a bit of a hill to climb to get there. Whether or not it is surmountable remains to be seen.That said, keep in mind that even if AMD does not steal the crown, these CPUs could be a very good value (dare I say it? "Disruptive?"). That's up to AMD, but remember that any price slashes they make to compete with Intel on a value level hurts the company bottom-line. AMD probably would prefer the crown if they can have it so they can charge more, like any good business. Either way, competition never hurt the consumer, so let's hope for all our sakes the product is as "disruptive" as it possibly can be.
Sources:
Geekbench, SiSoft Sandra
Interestingly, the single core performance dropped a bit on GeekBench, from 4216 to 4074. It made up for it in multi-threading however, where the chip posted a result of 26768, up from 24723. Sadly, these numbers still pale in comparison to the 10-core i9-7900X, in both single threaded and multi-threaded figures. As the 1950X ships with significantly lower clocks compared to the i9-7900X's clocks (with boost considered, anyway), I suppose it truly will come down to whether these CPUs can close the gap via overclocking, or optimizations towards launch and beyond. Either way, it seems there may be a bit of a hill to climb to get there. Whether or not it is surmountable remains to be seen.That said, keep in mind that even if AMD does not steal the crown, these CPUs could be a very good value (dare I say it? "Disruptive?"). That's up to AMD, but remember that any price slashes they make to compete with Intel on a value level hurts the company bottom-line. AMD probably would prefer the crown if they can have it so they can charge more, like any good business. Either way, competition never hurt the consumer, so let's hope for all our sakes the product is as "disruptive" as it possibly can be.
39 Comments on AMD Threadripper 1950X 16-core Appears on Geekbench and SiSoft Sandra
source:
browser.primatelabs.com/v4/cpu/3346482
Guess what a 1800x around those boost speeds does?
browser.primatelabs.com/v4/cpu/3346482
You guessed it, almost identical.
(Edit - this is why you should refresh the page before you comment :P).
The SiSoftware one should be right though - the multimedia benchmark gets a huge boost from the AVX units on Intel's chips. On a side note, I'm not entirely sure AVX should be used as a benchmark comparison as it needs to be coded for (which most applications aren't, and probably won't be)
really guys ,, just hype train last two years ... raja fired now
I am looking forward for the pricing. This will be inside my next lab workstation.
One might get a 16-core threadripper to run all 16 cores at 4Ghz.... But then one might also clock a 10-core intel chip to 4.5Ghz on all cores.... For at least double the price of course.
At least Ryzen has TDP on it's side this round............. :ohwell:
This does not apply to workloads that have no main thread restrictions.
Natural Selection 2 has a primary thread that gets bogged down every easily.
Things like encryption, encoding, rendering, OCRing, zipping, and so on may or may not have this main thread issue if written correctly.
Nothing prevents OCRing from 100% loading a 1000 core CPU if the program is written correctly. Nothing is preventing from 1 page going to every single core on a 2000 page document.
The same applies for zipping and encoding. These work flows can 100% be evenly spread between all cores if written correctly.
Nothing is stopping a file being broken up into 1000 pieces if the program and settings are designed to be done so.
Many people assume this "law" applies to all types of workloads which is patently false.
They fail to understand the core assumption in this law, which is X% can not be threaded. Not every workload is affected by this as i showed above.en.wikipedia.org/wiki/Amdahl's_law
Plenty of things can be 100% parallelized if written correctly.
BTW; if by mentioning going from 16 to 32 threads you are referring to SMT, these are just virtual cores, and you can never use that as a benchmark of scaling in multithreading. Just a little note; many types of encoding, compression, etc. can't be parallelized due to dependencies, but once you design something to be independent, then you can scale like you describe. I remember back in school, academia loves laws, theorems, postulates and quotes, and this BS were what the exams were about, not actual deep technical understanding.
As you mentioned, Amdahl's law is a specific case under certain preconditions, and when these conditions apply the conclusion is obvious. These kinds of "laws" just create more confusion than anything else, since people believe these are universal laws. People would be better served by not caring about them at all.
Other examples include:
Moore's law - always misquoted and misused, 100% worthless
Pollack's rule - 100% worthless and untrue
Turing machine - mathematicians love it, but it's actually useless for understanding and designing computers
Von Neumann architecture - A complete abstraction, not worth more than a minute of your time
I've seen enough "engineers" who master all of these subjects in school, but are not able to understand nor design a single piece of real technology.
Not X399 ?
You will always need some non multithreaded code that divides up the work between all the threads and then puts all the data together afterwards. The benchmark in this news post is running one single task at a time....it doesnt run all of the tests concurrently. Using SMT threads is fine. The multithreaded software sees 32 threads and will use 32 threads. Turning off SMT will change the speedup factor between the comparison of these processors but thats not what was tested in these benchmarks listed in this news post.
Correct or something wrong ?
X58
X79
X99
X299
.........
(And the prices as someone else pointed out)
I hope the best for Ryzen. will wait and see how they perform!!
Without that that's not good CPU from my perspective.
16 cores Hey... Intel 10 cores 1000$ results are arround 35.000.
How 16 cores give same score as overclocked i7-5930K, that's big question.
AMD have 16 cores and Intel 6 core.
AMD plan to charge him 850$, why someone to pay so much for 26.000 score if Intel could reach 35.000 for 1000$. Intel i9 with 16 cores will reach over 40.000.
X299 is than not so bad option, when price of i9 line start to go down in next years people will have opportunity to buy them later. If they performance are far better than i9-7900X they will work as Xeons capable to OC. And you know how long Xeons serve customers, that's not platform for change on 10 months as mainstream just because new chipset arrive or new socket.
The main issues seem to be that X399 is going to be an even more expensive platform than X299, you'll need a new cooler because of how massive the ThreadRipper IHS is, and general issues with it being an MCM of 2 Ryzen dies.
If the scores don't change much until release, it does show that the infinity fabric between the two dies is pretty poor. I'm also expecting there to be issues with PCI-E lanes and RAM compatibility, because all of TR's features are split between the two dies.
If Intel offered ECC support on HEDT they would steal a lot of AMDs customers.
The problem are the VRMs and not the CPUs.