Sharing Ryzen 1700 vs i7-6700 result

[NikosD]

No.

AMD HEDT is not a dual socket system.

It's a single and dual socket system.

You can go single if you want to.

A dual socket system with two 16C/32T CPUs means 64 Threads.

That's a crazy number of threads even for professional/workstation use.

It's in the territory of a serious server system.

[CruNcher]

No.

AMD HEDT is not a dual socket system.

It's a single and dual socket system.

You can go single if you want to.

A dual socket system with two 16C/32T CPUs means 64 Threads.

That's a crazy number of threads even for professional/workstation use.

It's in the territory of a serious server system.

Oh come on that's ridiculous i buy a car for ferrari price to run it at 80 mph constantly :D

Even as backup Redundancy for the Future that would be crazy for most AVG user.

Btw

https://youtu.be/79-s8byUkxk?t=1508

hehe Ryan tries to nail Petersen here because of VEGA and Petersen is doing his typical smiling PR bla bla ;)

[NikosD]

Sorry, but I can't see how a High End Desktop System should be used only on dual socket, otherwise it could be considered as slow ?

Has Intel released a dual socket system for HEDT ?

You think a 16C/32T on a single socket system is like a Fiat instead of Ferrari ?

BTW, Ryan is an Nvidiot.

I rarely pay attention to what he is saying and posting in this thread that video is completely off topic.

I will not loose my time on that.

[CruNcher]

High End Desktop is useless market that should have never come into existance neither should have overclocking though nowadays finally each overclocker get kicked into the butt like smokers these days by Nvidia themselves and people slowly wake up ;)

It was funny to get Petersen his coment the Kids dont really seem to understand that Vbios times are over and they never gonna get this deep into the system anymore.

[Sagittaire]

Well Ryzen 16C/32T is stock at 3.1 Ghz and turbo at 3.6 Ghz for 180 Watt with quad chanel RAM. You will have same performance than R7 1700 in single thread mode. You will have at least same performance than r7 1700 in game. You will have real time encoding for x264 in veryslow preset for 1080p24 and really correct speed for x265 in medium preset for 2160p24 source. For the same price than i7-6900K or i7-5960K, I prefer Rysen 16C/32T and by far.

Don't forget that you have game witch like 10C/20T CPU and more:
https://www.computerbase.de/2017-03/amd-ryzen-1800x-1700x-1700-test/4/#diagramm-watch-dogs-2-fps

you can find in computer base test (in deutch ... ;-) all the more threaded game in the area.

[NikosD]

Rigaya was very kind to compile flops.c under MS VC 2017, which like MS VC 2013 is incapable to produce vectorized code, only scalar.

But the FPU SIMD performance of Ryzen is still under investigation, for me at least.

I haven't managed to find proper answers to my questions yet.

[NikosD]

It shows interesting data about RyZen.
Up to 8 threads RyZen 7 in integer calculation acts like SandyBridge+. When you put more load on SMTs then efficiency increases beyond S.

Without this synthetic benchmark you would be still living in dream land regarding AVX2 performance. Hint: x265 likes AVX2 (256bit) alooooot.



2) one more time, in real application like x264 (we are on doom9 after all), rysen outperfom sandybridge, IvyBridge and Haswell and by far.


What do you think about RyZen's IPC in x264 & x265 apps ?

Haswell's IPC is 30%-40% better than Sandy in x264 and 50%-70% better in x265 and RyZen manages to catch Haswell's IPC on both apps.

I can't believe that RyZen has equally implemented AVX2 integer SIMD unit with Haswell, because AVX2 integer for Haswell is 256bit and RyZen's AVX2 integer is 128bit (should be)

So, what's going on ?

[NikosD]

So, what's going on ?

I have to reply to myself with new data on my original post.

I did an analysis based on the --asm SIMD parameter of x264 app and the results are surprising (as often happens lately)

AVX2 gives ~5% on average for both Haswell and Kabylake, so it's actually insignificant.

SSSE3 for example gives ~8% for all platforms tested.

The huge speed up comes from MMX2 (about x3 for Sandy and x3.3 for RyZen and Kaby) and SSE2fast (from 50% to 70% over MMX2)

All the other SIMD sets do not play an important role and some of them have regressions e.g AVX2, LZCNT, BMI2 on RyZen.

Anyway, read my new data and analysis here:
https://forum.doom9.org/showthread.php?p=1800781#post1800781

[Sagittaire]

I have to reply to myself with new data on my original post.

I did an analysis based on the --asm SIMD parameter of x264 app and the results are surprising (as often happens lately)

AVX2 gives ~5% on average for both Haswell and Kabylake, so it's actually insignificant.

SSSE3 for example gives ~8% for all platforms tested.

The huge speed up comes from MMX2 (about x3 for Sandy and x3.3 for RyZen and Kaby) and SSE2fast (from 50% to 70% over MMX2)

All the other SIMD sets do not play an important role and some of them have regressions e.g AVX2, LZCNT, BMI2 on RyZen.

Anyway, read my new data and analysis here:
https://forum.doom9.org/showthread.php?p=1800781#post1800781

you compare SIMD cumulation? Like this?

ffmpeg\ffmpeg.exe -i Sample\Exodus_UHD_HDR_Exodus_draft.mp4 -an -f rawvideo - | x265\x265.exe --input-res 3840x2160 --fps 23.976 - -o Output\x265_2160p.265 --input-depth 10 --output-depth 10 --crf 24 --preset medium --tune grain --ssim --psnr --asm MMX2 --frames 100

ffmpeg\ffmpeg.exe -i Sample\Exodus_UHD_HDR_Exodus_draft.mp4 -an -f rawvideo - | x265\x265.exe --input-res 3840x2160 --fps 23.976 - -o Output\x265_2160p.265 --input-depth 10 --output-depth 10 --crf 24 --preset medium --tune grain --ssim --psnr --asm MMX2,SSE,SSE2,SSE2fast --frames 100

ffmpeg\ffmpeg.exe -i Sample\Exodus_UHD_HDR_Exodus_draft.mp4 -an -f rawvideo - | x265\x265.exe --input-res 3840x2160 --fps 23.976 - -o Output\x265_2160p.265 --input-depth 10 --output-depth 10 --crf 24 --preset medium --tune grain --ssim --psnr --asm MMX2,SSE,SSE2,SSE3,SSSE3 --frames 100

ffmpeg\ffmpeg.exe -i Sample\Exodus_UHD_HDR_Exodus_draft.mp4 -an -f rawvideo - | x265\x265.exe --input-res 3840x2160 --fps 23.976 - -o Output\x265_2160p.265 --input-depth 10 --output-depth 10 --crf 24 --preset medium --tune grain --ssim --psnr --asm MMX2,SSE,SSE2,SSE3,SSSE3,SSE4,SSE4.1,SSE4.2 --frames 100

ffmpeg\ffmpeg.exe -i Sample\Exodus_UHD_HDR_Exodus_draft.mp4 -an -f rawvideo - | x265\x265.exe --input-res 3840x2160 --fps 23.976 - -o Output\x265_2160p.265 --input-depth 10 --output-depth 10 --crf 24 --preset medium --tune grain --ssim --psnr --asm MMX2,SSE,SSE2,SSE3,SSSE3,SSE4,SSE4.1,SSE4.2,AVX --frames 100

ffmpeg\ffmpeg.exe -i Sample\Exodus_UHD_HDR_Exodus_draft.mp4 -an -f rawvideo - | x265\x265.exe --input-res 3840x2160 --fps 23.976 - -o Output\x265_2160p.265 --input-depth 10 --output-depth 10 --crf 24 --preset medium --tune grain --ssim --psnr --asm MMX2,SSE,SSE2,SSE3,SSSE3,SSE4,SSE4.1,SSE4.2,AVX,AVX2 --frames 100

ffmpeg\ffmpeg.exe -i Sample\Exodus_UHD_HDR_Exodus_draft.mp4 -an -f rawvideo - | x265\x265.exe --input-res 3840x2160 --fps 23.976 - -o Output\x265_2160p.265 --input-depth 10 --output-depth 10 --crf 24 --preset medium --tune grain --ssim --psnr --asm MMX2,SSE,SSE2,SSE3,SSSE3,SSE4,SSE4.1,SSE4.2,AVX,AVX2,FMA3 --frames 100

ffmpeg\ffmpeg.exe -i Sample\Exodus_UHD_HDR_Exodus_draft.mp4 -an -f rawvideo - | x265\x265.exe --input-res 3840x2160 --fps 23.976 - -o Output\x265_2160p.265 --input-depth 10 --output-depth 10 --crf 24 --preset medium --tune grain --ssim --psnr --asm MMX2,SSE,SSE2,SSE3,SSSE3,SSE4,SSE4.1,SSE4.2,AVX,AVX2,FMA3,FMA4 --frames 100

ffmpeg\ffmpeg.exe -i Sample\Exodus_UHD_HDR_Exodus_draft.mp4 -an -f rawvideo - | x265\x265.exe --input-res 3840x2160 --fps 23.976 - -o Output\x265_2160p.265 --input-depth 10 --output-depth 10 --crf 24 --preset medium --tune grain --ssim --psnr --asm MMX2,SSE,SSE2,SSE3,SSSE3,SSE4,SSE4.1,SSE4.2,AVX,AVX2,FMA3,FMA4,XOP --frames 100

[NikosD]

Yes the idea is to use --asm but not with all those architectures.

I did that only for x264, not x265 and I didn't see all of them in latest versions for my Sandy & Haswell systems.

Only those I mentioned above and you don't need to write them all with commas.

For example, when you write --asm avx2, that by default means MMX2, SSE2FAST, SSSE3, SSE4.2, AVX, FMA3, AVX2

The app automatically adds all those SIMD sets

[ShogoXT]

I had to change motherboards to fix my problems. Also finally reformatted so this is on a fresh install.
http://i.imgur.com/pBnqewc.jpg
Asrock x370 Taichi BIOS 1.94A BETA
AMD Ryzen 1700 @ 3.8ghz 1.25 voltage
Corsair LPX 16gb 3200mhz Hynix
MSI RX 480 Gaming X

Check out this image I found on reddit. Power consumption from voltage makes a HUGE difference. From this I tried to do 1.25 or 1.275 @ 3.9ghz but it was a no go for me. I wanted the highest I could get at 1.2ish range voltage. That 1 volt though... :D
https://www.overclockers.ru/images/lab/2017/03/25/1/03.png

Finally I also tested by playing battlefield 1 on OBS 1080p60. Cpu preset is very high, clearly I should try Faster. WARNING: I suck.
https://www.youtube.com/watch?v=Zi9lk06HEjU

I can bench more if needed.

[CruNcher]

Predicatively the new Intel 6 Core 6/12 should reach ~28 fps it should be only slightly lower then the X above Ryzen

[NikosD]

There is no 6core Intel.

There will be no 6core Intel for 2017.

[Andouille]

There is no 6core Intel.

http://processors.specout.com/d/m/Hexa-.-Core

[NikosD]

http://processors.specout.com/d/m/Hexa-.-Core
You haven't been following this thread obviously or you are trying to make wrong impressions

We are not talking about HEDT platform/CPUs, but mainstream desktop.

Cruncher wrote the "new" Intel 6core

[burfadel]

You haven't been following this thread obviously or you are trying to make wrong impressions

We are not talking about HEDT platform/CPUs, but mainstream desktop.

Cruncher wrote the "new" Intel 6core

Probably referring to the future Coffee Lake CPU's. X265 on Ryzen could have noticeable gains in the future with better memory support, new bioses, performance driver built in to Windows (or part of a driver package, and Ryzen optimised code.

The performance driver will likely be part of a Windows update, where CPU drivers are usually now part of. A large part of the driver will simply achieve the same as doing this now:
https://community.amd.com/community/gaming/blog/2017/04/06/amd-ryzen-community-update-3

Try the new power plan :).

[Sagittaire]

some result on my new benchmark


|----------------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|
| CPU (Ghz) | x264 | x265 | LAVC | auto | MMX2 | SSE | SSE2 | SSE3 | SSE4 | AVX | AVX2 | All |
|----------------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|
| i5-3550@3.50 | 7.12 | 1.04 | 48.0 | 0.84 | 0.35 | 0.35 | 0.54 | 0.58 | 0.86 | 0.86 | N/A | N/A |
| i7-5960X@4.40 | 24.03 | 4.38 | 150.0 | 3.50 | 1.01 | 1.01 | 1.64 | 1.78 | 2.78 | 2.80 | 3.43 | N/A |
| R7 1700@3.75 | 21.62 | 3.39 | 109.0 | 2.67 | 1.12 | 1.08 | 1.63 | 1.75 | 2.34 | 2.26 | 2.37 | N/A |
|----------------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|
| R7 1700@stock | 18.51 | 2.98 | 103.0 | 2.32 | 0.96 | 0.95 | 1.41 | 1.54 | 2.11 | 2.05 | 2.08 | N/A |
| R7 1700X@stock | 20.61 | | | | | | | | | | | |
| R7 1800X@stock | 21.62 | | | | | | | | | | | |
| i7-7700K@stock | 14.02 | | | | | | | | | | | |
| i7-5960X@stock | 17.70 | 3.24 | 112.0 | 2.55 | 0.75 | 0.75 | 1.20 | 1.32 | 2.06 | 2.09 | 2.52 | N/A |
| i7-6900K@stock | 19.83 | | | | | | | | | | | |
| i7-6950K@stock | 22.10 | | | | | | | | | | | |
|----------------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|


You can see that MMX, SSE, SSE2, SSE3 and SSE4 have really high speed with ryzen (higher than intel at same clock)
AVX2 is really powerfull with intel and makes it possible to close the gap with Ryzen

[cojj]

Sisoftware recently did a good benchmark review with instruction-sets:

http://www.sisoftware.eu/2017/04/05/amd-ryzen-review-and-benchmarks-cpu/

[NikosD]

A really bad comparison of a 8C/16T RyZen with a previous generation 4C/8T Skylake and a 6C/12T Haswell.

They should put at least some IPC figures.

Στάλθηκε από το SM-N910C μου χρησιμοποιώντας Tapatalk

[NikosD]

According to this table http://rigaya34589.blog135.fc2.com/blog-entry-916.html?sp it seems that Skylake has 50% faster integer add/sub and 100% integer mul/shifts than Haswell.

Compared to RyZen, some instructions are 4x faster, others 2x, a few less than 100% and for very few, Skylake is a little slower than RyZen.

Generally speaking, integer SIMD architecture of Skylake is faster than FP SIMD architecture compared to RyZen.


Στάλθηκε από το SM-N910C μου χρησιμοποιώντας Tapatalk

[CruNcher]

some result on my new benchmark


|----------------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|
| CPU (Ghz) | x264 | x265 | LAVC | auto | MMX2 | SSE | SSE2 | SSE3 | SSE4 | AVX | AVX2 | All |
|----------------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|
| i5-3550@3.50 | 7.12 | 1.04 | 48.0 | 0.84 | 0.35 | 0.35 | 0.54 | 0.58 | 0.86 | 0.86 | N/A | N/A |
| i7-5960X@4.40 | 24.03 | 4.38 | 150.0 | 3.50 | 1.01 | 1.01 | 1.64 | 1.78 | 2.78 | 2.80 | 3.43 | N/A |
| R7 1700@3.75 | 21.62 | 3.39 | 109.0 | 2.67 | 1.12 | 1.08 | 1.63 | 1.75 | 2.34 | 2.26 | 2.37 | N/A |
|----------------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|
| R7 1700@stock | 18.51 | 2.98 | 103.0 | 2.32 | 0.96 | 0.95 | 1.41 | 1.54 | 2.11 | 2.05 | 2.08 | N/A |
| R7 1700X@stock | 20.61 | | | | | | | | | | | |
| R7 1800X@stock | 21.62 | | | | | | | | | | | |
| i7-7700K@stock | 14.02 | | | | | | | | | | | |
| i7-5960X@stock | 17.70 | 3.24 | 112.0 | 2.55 | 0.75 | 0.75 | 1.20 | 1.32 | 2.06 | 2.09 | 2.52 | N/A |
| i7-6900K@stock | 19.83 | | | | | | | | | | | |
| i7-6950K@stock | 22.10 | | | | | | | | | | | |
|----------------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|


You can see that MMX, SSE, SSE2, SSE3 and SSE4 have really high speed with ryzen (higher than intel at same clock)
AVX2 is really powerfull with intel and makes it possible to close the gap with Ryzen

Its not much worth first you need to understand Intels CPU is bottlenecked by a integrated GPU if Intel wouldn't have it it would be even way more efficient.

It's AMD that are inefficient because they left it away investing those resources into other parts saving the transistors physical space ;)

And Intel will next beat AMD with 6 Cores + IGPU again ;)

While AMD will only have 4 Cores + IGPU by then though still overall a more efficient GPU Core ;)

but then you have to look at the whole System architecture and understand that AMD has something very efficient if they combine resources modular.

4 Cores + IGPU + External AMD GPU all interfacing nicely with each other that is Powerfull in the overall System Architecture when workloads are efficiently distributed async and throughout the hardware scheduling it itself.

[Sagittaire]

And Intel will next beat AMD with 6 Cores + IGPU again ;)


calculation is really simple because scaling is in practice perfect with frequency and core number for x264 speed:

i7-7700K 4C/8T Kaby Lake:
4.3 Ghz for max turbo on all cores
14.02 fps in my test for x264 encoding
110 W for power in this test

R7 1800X 8C/16T Ryzen:
3.7 Ghz for max turbo on all cores
21.62 fps in my test for x264 encoding
128 W for power in this test

if you want find i7-7800K 6C/12T potential performance it's really simple:

"i7-7800K 6C/12T" Kaby Lake:
4.3 Ghz for max turbo on all cores
21.03 fps in my test for x264 encoding
165 W for power in this test

this "i7-7800K" is just on par with R7-1800X but never Intel can make this CPU at this frequency because power is by far too high. For have acceptable power, "i7-7800K" must have 140 W in this test, and it's more 4.0 Ghz for frequency in this case.

"i7-7800K 6C/12T" Kaby Lake:
4.0 Ghz for max turbo on all cores
19.56 fps in my test for x264 encoding
140 W for power in this test

[aegisofrime]

Hi all,

AMD just released a new compiler, AMD Optimizing C/C++ Compiler (AOCC). Can someone try compiling x265 with it, see how it performs?

http://developer.amd.com/tools-and-sdks/cpu-development/amd-optimizing-cc-compiler/

[NikosD]

Hi all,

AMD just released a new compiler, AMD Optimizing C/C++ Compiler (AOCC). Can someone try compiling x265 with it, see how it performs?

http://developer.amd.com/tools-and-sdks/cpu-development/amd-optimizing-cc-compiler/

Probably you should post that info to x265 encoder thread.

[Andouille]

There will be no 6core Intel for 2017.

http://ark.intel.com/products/123589/Intel-Core-i7-7800X-Processor-8_25M-Cache-up-to-4_30-GHz

[NikosD]

http://ark.intel.com/products/123589/Intel-Core-i7-7800X-Processor-8_25M-Cache-up-to-4_30-GHz
I don't know how many times I have to reply to you the same thing



You haven't been following this thread obviously or you are trying to make wrong impressions

We are not talking about HEDT platform/CPUs, but mainstream desktop.

Cruncher wrote the "new" Intel 6core

[NikosD]

Delayed to February 2018

http://wccftech.com/intel-coffee-lake-delayed-2018-8th-gen-kaby-lake-refresh/

[mandarinka]

Delayed to February 2018

http://wccftech.com/intel-coffee-lake-delayed-2018-8th-gen-kaby-lake-refresh/

That was a mistake, on saturday taht incriminating post was already edited to say "later this year". The Raja guy probably misremmebered/misunderstood something and somebody with NDA knowledge requested him to edit it.

Also Intel's fact sheet says "coming soon", so I'm inclined to believe they will manage to bring them out in august or september.

[plonk420]

to be honest, intel says pricing for their 6c12t is "$383.00 - $389.00"

ryzen 7 1700X is $350, 1800X is $460

i really AM hoping they put the heat on Intel, tho.

[ShogoXT]

https://www.phoronix.com/scan.php?page=news_item&px=Ryzen-Segv-Response

Has anyone seen much about the Ryzen segfault issue? Id like to hear your opinions, seems to mostly effect GCC on Linux if im reading correctly, but it could be more.

I have had a lot of issues with my platform and have tried different motherboards and RAM. I have Samsung B die ram now, but I CANNOT get it up there, at least without using the external clock generator, and have it boot. It might be the memory controller on the CPU itself.

My 1700 also requires too much voltage past 3.9ghz so im kinda stuck on 3.8 @ 1.36v . It generates a TON of heat while streaming and encoding. Was getting up to 95c streaming PUBG at 1080p 60 fps with x264 faster setting on OBS. Replaced the cooler and its down a little bit, but sometimes reaches 85c still.

Considering the new AMD compiler, let me know if you want me to try other benchmarks when I try to tweak this further. I may RMA my 1700 as well to fix the segfault and get better OC results. As people have said they have noticed much greater headroom after RMA.

[burfadel]

You're not gong to be able to go much higher than that regardless. It's not a RMA issue because overclocking doesn't count, and faults like that are common in processors, including Intel, most you are unaware. They can be resolved with microcode updates. Needless RMA'ing just means they'll recover the cost through increased prices. This is especially true as your argument is you just can't overclock as much as you like. Even more to the point, it's a 1700 not 1700X, so even though it's not locked unlike non-K Intel CPU's there is no guarantee that you can run it above rated speed. The difference between 3.9 and 3.8 is a fraction over 2 percent, it's not worth quibbling over. Also sounds like you were using the stock cooler, that thing is literally only rated to stock CPU speeds like Intel coolers. RMA is only intended to replace truly faulty parts, not any damage caused by the user (such as running at 95 C when overclocking).

They're releasing Zen+ which will be available in about 5 months along with a new 400 series chipset (X470). It will have a higher headroom and apparently be on an improved process and higher clocks. If you want faster upgrade then :).

[ShogoXT]

Yes they might do a bios fix at some point, but so far they DO indeed RMA for this specific issue. I've simply been reading other people's reports over the last month.

The results are if your build date is before 1725, you have the segfault issue likely. After that date you probably don't have the issue. The epyc and threadripper platforms are on newer process it seems and do not have the issue as well.

Reports note that these do versions do have better results on ram support and the voltage wall. One person had as much as 4ghz @ 1.25v which is quite impressive. Others show similar improvements.

This is what AMD offers willingly if you provide proof them and work with their support. They will ask what settings you run at and to fiddle with bios settings. I personally would prefer to avoid possible long term file corruption, so why not do it?

[ShogoXT]

http://www.overclockersclub.com/reviews/intel_core_i7_8700k__core_i5_8400/7.htm

Equal to ryzen on x264 and better by a bit on x265. Will depend on price, but count on possible problems due to it being rushed and requiring power changes.

[Atak_Snajpera]

8700k@4.3 GHz is about 25% faster than 1700@3.7GHz
http://i.cubeupload.com/c6s6ss.png

Source -> https://youtu.be/v5EioeVC_QY?t=2m17s

[ShogoXT]

Yea it was one of my fears. I knew ryzen was never going to be equal to intel on core performance due to AVX2 usage in x265, but I havent been doing real encoding projects lately. Just encoding and gaming on Twitch using x264.

I will feel salty though if they suddenly support streaming with x265...

On the other hand Z370 is pretty much a dead end platform. They actually had to change the pin layout so much on the socket that you CANNOT use Skylake and Kaby Lake on Z370, do to the power changes. They should have standardized a new socket, but clearly they were rushed from Ryzen.

Next year will be the Coffee Lake 8 core CPU on Z390 chipset, likely with similar changes.

Ryzen AM4 socket will be usable until 2020. My hope is because of 12NM LP or 7NM LP fab, high clocks plus a greater core count through 6 core CCXs will be possible on the same AM4 socket. Just conjecture though...

[Atak_Snajpera]

However if you also use some filtering in AviSynth (QTMC / MDegrian) then this difference will be much smaller because most filters use only SSE2.

[LigH]

Next chapter of Threadripper competitors: the German IT magazine c't tested Core i9-7960X (16 cores) and even i9-7980XE (18 cores!). Skat, anyone?!

Regarding Cinebench 15, there was only little advantage over R-TR 1950X. Despite twice the price. But it may be a different result for more AVX* heavy duties.

[Atak_Snajpera]

i9-7980XE@4GHz should achieve 80 fps in my benchmark ;) More than the fastest EPYC 32C/64T.

[ShogoXT]

https://www.youtube.com/watch?v=f7BqAjC4ZCc

Warning if you consider that 18 core and overclock it at all. The release motherboards are completely inadequate for handling it. You need to make sure the motherboard has more than the standard 8 pin CPU connector. Ideal 8+4 or 8+8. Choose your psu with that in mind.

Vrm cooling is an issue too as a lot of them would hit 85c then throttle.

Mobo vendors like ASRock released new versions like the x299 taichi XE a week ago.
https://www.asrock.com/mb/Intel/X299%20Taichi%20XE/index.us.asp

[nevcairiel]

That video is from June, a lot has happened since then, and plenty new boards were released - plenty with more then a single 8-pin. Also, the VRM topic was blown quite a bit out of proportion. Certainly its far more important on those CPUs then ever before (including ThreadRipper, it also uses a lot of power), but if you OC you should always be aware to cool all important components adequately - that includes the VRM. Putting a small active fan there to cool them is usually plenty to avoid any throttling, for example, or using a full-cover water block.

[Asmodian]

i9-7980XE@4GHz should achieve 80 fps in my benchmark ;) More than the fastest EPYC 32C/64T.

It should be much better than that even, I am getting 103 fps with a 7900X @ 4.7 GHz.

Actually clocks are a bit more complicated; 4.8 GHz on two cores, 4.7 GHz on the rest, and -200 MHz for AVX heavy workloads. During a benchmark run the cores spend a lot of time at both 4.8/4.7 and 4.6/4.5 GHz. Still, a 7980XE@4.0GHz should be really good for x264 and x265. :)

[Atak_Snajpera]

It should be much better than that even, I am getting 103 fps with a 7900X @ 4.7 GHz.
With 1920x1080 and default medium x265 profile?!?! I DON'T think so!

[NikosD]

From the first reviews, it seems that 18 core Core i9 is a TDP 200W processor at default speeds and with a toothpaste between the CPU and IHS.

Overclocking that power hungry processor at 5.5GHz leads to 800W (!!) power consumption.

Not a lot people would go that high, but generally speaking OC of Core i9 above 12 cores is a difficult and probably dangerous task.

It needs a very good water cooling solution even at default speeds, you can imagine what it needs for overclocking.

[sneaker_ger]

It needs a very good water cooling solution even at default speeds
Says who? Not Intel.

[Asmodian]

With 1920x1080 and default medium x265 profile?!?! I DON'T think so!

Sorry, by "my benchmark" I thought you meant your x264 one because I couldn't find your x265 benchmark in your signature link.

Of course, I only get 54.3 fps with your x265 benchmark. :o

http://i1222.photobucket.com/albums/dd496/asmodian3/x265%20Benchmark_zpsahdotluw.png

[ShogoXT]

Hey has the newer versions of x265 gotten any better on Ryzen in performance?

I was just curious if any optimizations have been made or if it's still around Intel 4c/8t range.

I don't expect much because of avx2, but was hoping even a little boost vs March reviews.

[LigH]

I don't find any x265 patches (https://bitbucket.org/multicoreware/x265/commits/branch/default) which mention "Ryzen" in their descriptions.

Also I do not remember anyone explaining which kind of NUMA thread pooling would be optimal to circumvent the design flaws.

[burfadel]

There is a new microcode that will be available across most Ryzen boards shortly, it should give a nice little boost to those speeds and hopefully better support for high speed memory :). Such to the extent that there will be a very noticeable difference between using DDR4-2400 RAM and DDR4-3333 RAM, much more than the i7-8700K. Also keep in mind the i7-8700K costs considerably more than the Ryzen 1700.

[ShogoXT]

I don't find any x265 patches (https://bitbucket.org/multicoreware/x265/commits/branch/default) which mention "Ryzen" in their descriptions.

Also I do not remember anyone explaining which kind of NUMA thread pooling would be optimal to circumvent the design flaws.

http://www.tomshardware.com/reviews/amd-ryzen-threadripper-1950x-game-performance,5207-2.html

Here is what I know.
Ryzen cores are layed out in CCXs. They are up to 4 cores depending on if cores are disabled.
Ryzen dies are made up of 2 CCXs for up to 8 cores.
6 core 1600s are CCXs with 1 core disabled in each CCX. 3+3
Ryzen 1200 is 2+2.
CCXs are connected with infinity fabric that runs at half memory speed usually maxing out in the 3200 ram speed range of effectiveness.
2133 and 2400 really penalizes system performance.
Raven ridge is 1 CCX+ Vega.

Threadripper is 4 desktop ryzen dies connected like epyc, but with 2 dead dies.
According to the link above, the more you move around data between dies the more it really slows down.
Note that "game mode" completely disables a die so this does not happen.

If latency matters a lot (I don't know) for x265 then you want to keep most of the work between the 4 cores inside each CCX.

I don't know how you identify real cores from logical threads let alone cores from their different CCXs though in software.

[ShogoXT]

There is a new microcode that will be available across most Ryzen boards shortly, it should give a nice little boost to those speeds and hopefully better support for high speed memory :). Such to the extent that there will be a very noticeable difference between using DDR4-2400 RAM and DDR4-3333 RAM, much more than the i7-8700K. Also keep in mind the i7-8700K costs considerably more than the Ryzen 1700.

I did hear they are completely redesigning the microcode from the ground up for Raven ridge and future CPUs for the sake of being modular.