Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Hardware & Software > PC Hard & Software

Reply
 
Thread Tools Search this Thread Display Modes
Old 14th August 2018, 10:51   #41  |  Link
ShogoXT
Registered User
 
Join Date: Dec 2011
Posts: 89
https://www.overclock3d.net/reviews/...90wx_review/11

Reviews are out. 2990wx is worse than the 2950x even in x264 and x265. In nearly every other workload it beats the core i9.

Edit: Actually I was hasty. Seems hit and miss. 2950 looks good though. People are blaming memory usage or thread utilization on Windows. Linux is a bit better.


https://www.phoronix.com/scan.php?pa...x-2990wx&num=5

Last edited by ShogoXT; 14th August 2018 at 11:01.
ShogoXT is offline   Reply With Quote
Old 14th August 2018, 12:04   #42  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 6,607
Well you need 4 instances of x265 to saturate all those 64 threads. Those amateurs just run handbreak and expect to have full utilization.
Atak_Snajpera is offline   Reply With Quote
Old 14th August 2018, 17:26   #43  |  Link
ShogoXT
Registered User
 
Join Date: Dec 2011
Posts: 89
Quote:
Originally Posted by Atak_Snajpera View Post
Well you need 4 instances of x265 to saturate all those 64 threads. Those amateurs just run handbreak and expect to have full utilization.
Does that x265 benchmark run multiple instances? Or is it just ripbot that does that? I post on a few tech forums so I could get at least one to consider updating their test setup.
ShogoXT is offline   Reply With Quote
Old 14th August 2018, 18:01   #44  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 6,607
My x265 FHD Benchmark runs 5 instances at once.
Atak_Snajpera is offline   Reply With Quote
Old 14th August 2018, 18:32   #45  |  Link
Blue_MiSfit
Derek Prestegard IRL
 
Blue_MiSfit's Avatar
 
Join Date: Nov 2003
Location: Los Angeles
Posts: 5,405
Quote:
Originally Posted by Groucho2004 View Post
Odd. I use Adobe Camera Raw (through Photoshop) for my Nikon raw files which is basically the same as Lightroom and it clearly uses all 4 cores of my i5 2500K, whether I make adjustments or convert a bunch of raw files to tif/jpeg.
Bulk exports, sure. Interactive editing is still heavily dependent on single threaded performance. This has been getting better, but it's still a big deal.
Blue_MiSfit is offline   Reply With Quote
Old 15th August 2018, 03:50   #46  |  Link
Groucho2004
 
Groucho2004's Avatar
 
Join Date: Mar 2006
Posts: 3,878
Quote:
Originally Posted by Blue_MiSfit View Post
Bulk exports, sure. Interactive editing is still heavily dependent on single threaded performance. This has been getting better, but it's still a big deal.
As I mentioned, whatever I do in ACR, be it adjusting exposure, sharpening/noise reduction, etc., all of the 4 cores are being used, quite evident by looking at the CPU usage in Task Manager.
Disabling all but 1 core in the BIOS makes interactive editing very slow and choppy, confirming the advantage of multiple cores.

However, after some research it seems that Lightroom/ACR fails to efficiently utilise more than 4 cores which means that the new, shiny ThreadRipper won't be of much use in this context.
Groucho2004 is offline   Reply With Quote
Old 15th August 2018, 14:20   #47  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 6,607
Looks like there are some serious issues with scheduler in windows. 5 instances of x265 running and 2990WX just chokes


Source -> https://www.xfastest.com/thread-221870-1-1.html
Atak_Snajpera is offline   Reply With Quote
Old 15th August 2018, 14:22   #48  |  Link
ShogoXT
Registered User
 
Join Date: Dec 2011
Posts: 89
Quote:
Originally Posted by Atak_Snajpera View Post
My x265 FHD Benchmark runs 5 instances at once.
Im trying to bug some reviewers about it right now.

Question: How many does Ripbot264 usually do?

I hope to see more benchmarks made out of VPX and whenever AV1 encoders are finally stable. H265 patent problems have really slowed down the video compression world and we will have to catch up quick after AV1 gets around.
ShogoXT is offline   Reply With Quote
Old 15th August 2018, 14:30   #49  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 6,607
Quote:
Question: How many does Ripbot264 usually do?
It is up to the user. You can run even 16 instances if you are working with some low resolution footage (DVD)
Atak_Snajpera is offline   Reply With Quote
Old 18th August 2018, 03:22   #50  |  Link
ShogoXT
Registered User
 
Join Date: Dec 2011
Posts: 89
Is that x264 benchmark still around? Does it have multiple instances as well?

For comparing AMD to Intel streaming power x264 is usually used. So im usually curious about that too.
ShogoXT is offline   Reply With Quote
Old 18th August 2018, 09:09   #51  |  Link
NikosD
Registered User
 
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,442
A few comments regarding the 32C/64T release of TR2.

It seems that is a niche CPU, focused on specific workloads like rendering, encoding, compiling even more than 16C release.

Not only because of doubling the number of cores but also due to the specific implementation.

The compromise of drop-in compatibility to the existing X399 motherboards, led to reduced Infinity Fabric bandwidth and increased latency of compute dies with a performance impact on memory intensive workloads.

I saw a huge performance advantage over the new 2950X 16C CPU (72%) and 18C Intel's CPU using the new Blender Beta benchmark similar to Corona, POV-ray, Cinema4D etc but also saw a performance drop below 2950X (!) level in certain tasks.

Windows scheduler makes things worse but fortunately (and unfortunately because MS is involved) I read this paragraph in a review:
Quote:
AMD continues working with Microsoft to route threads to the die with direct-attached memory first, and then spill remaining threads over to the compute dies.

Unfortunately, the scheduler currently treats all dies as equal, operating in Round Robin mode.

As a result, even moderately-threaded applications can suffer at the hands of high memory latency and low throughput.

This is further complicated by thread migration.

According to AMD, Microsoft has not committed to a timeline for updating its scheduler
32C/64T desktop performance for 1800$ is unforseen, but it needs to pay attention to the workload.

But who can beat 16C/32T of 2950X at 900$ ?
__________________
Win 10 x64 (17763.55) - Core i3-4170/ iGPU HD 4400 (v.5058)
HEVC decoding benchmarks
H.264 DXVA Benchmarks for all
NikosD is offline   Reply With Quote
Old 18th August 2018, 12:33   #52  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 6,607
Quote:
Is that x264 benchmark still around? Does it have multiple instances as well?
no just single instance. I'm planning to update x265 FHD Benchmark so each instance (except 5th) will run on specific NUMA node.
Atak_Snajpera is offline   Reply With Quote
Old 19th August 2018, 17:54   #53  |  Link
NikosD
Registered User
 
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,442
Redmond, we've got a problem...
(unless the problem is the poor developer's NUMA implementation)

7zip compression benchmark running on 2990WX (32C/64T)

@Atak_Snajpera We definitely need this NUMA aware version of your x265 benchmark.

__________________
Win 10 x64 (17763.55) - Core i3-4170/ iGPU HD 4400 (v.5058)
HEVC decoding benchmarks
H.264 DXVA Benchmarks for all
NikosD is offline   Reply With Quote
Old 19th August 2018, 18:03   #54  |  Link
Cary Knoop
Cary Knoop
 
Cary Knoop's Avatar
 
Join Date: Feb 2017
Location: Newark CA, USA
Posts: 105
Quote:
Originally Posted by NikosD View Post
Redmond, we've got a problem...
(unless the problem is the poor developer's NUMA implementation)

7zip compression benchmark running on 2990WX (32C/64T)

@Atak_Snajpera We definitely need this NUMA aware version of your x265 benchmark.

The question is whether Redmond and other software vendors were notified in a timely fashion by AMD.
Cary Knoop is online now   Reply With Quote
Old 20th August 2018, 06:25   #55  |  Link
NikosD
Registered User
 
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,442
The platform of Windows hasn't been called "Wintel" by accident.

Linux distributions didn't have previous notice in order to implement a proper NUMA aware OS.

And Ryzen processors based on Zen architecture have been released since March 2017 and Threadripper processors since August 2017.

It's been a year already.
__________________
Win 10 x64 (17763.55) - Core i3-4170/ iGPU HD 4400 (v.5058)
HEVC decoding benchmarks
H.264 DXVA Benchmarks for all
NikosD is offline   Reply With Quote
Old 20th August 2018, 07:46   #56  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 4,993
what has windows to gain from intentionally slowing down AMD CPUs...

this CPU is a niche product with low priority on a consumer grade OS.

linux/unix OS are used on super computer and mainframes where windows has no market share to speak of and this is a typical CPU used there and NUMa is quite important there.
if this has anything todo with this result. because numa is supported since win7.
huhn is online now   Reply With Quote
Old 20th August 2018, 15:14   #57  |  Link
NikosD
Registered User
 
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,442
Quote:
Originally Posted by huhn View Post
what has windows to gain from intentionally slowing down AMD CPUs...
Money from Intel, I wrote it above.
Intel is trying to buy (literally) some time by all means (literally) in order to fix their 10nm broken process and to be competitive again with a new architecture.

It's not the first time for Intel and Nvidia, they are full in unethical moves in order to dominate their markets.

How do you think they become this big ?


Quote:
Originally Posted by huhn View Post
if this has anything todo with this result. because numa is supported since win7.
The problem is obviously in the implementation of NUMA and Windows scheduler.

Windows are always ready for Intel processors, in a very strange way.

Like x265, in a strange way too.
__________________
Win 10 x64 (17763.55) - Core i3-4170/ iGPU HD 4400 (v.5058)
HEVC decoding benchmarks
H.264 DXVA Benchmarks for all
NikosD is offline   Reply With Quote
Old 20th August 2018, 15:31   #58  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 6,607
It is not really a x265 fault that by default it uses all numa nodes. The issue is that AMD released another odd cpu after AMD FX.
I do not know if you remember but before patch for win7 FX-8150 was being detected as 8C/8T CPU. This meant that all integer units were treated as full cores. After patch AMD FX 8xxx were "downgraded" to 4C/8T.

https://www.anandtech.com/show/5448/...g-patch-tested

M$ should implement better way of detecting topology of those newer "non-standard" cpus. Currently scheduler is clearly not aware what NUMA has direct access to memory.

Last edited by Atak_Snajpera; 20th August 2018 at 15:34.
Atak_Snajpera is offline   Reply With Quote
Old 20th August 2018, 16:00   #59  |  Link
amichaelt
Registered User
 
Join Date: Apr 2018
Posts: 50
Quote:
Originally Posted by NikosD View Post
Money from Intel, I wrote it above.
Which makes no sense. Microsoft pulls in twice as much revenue as Intel as has at least 10 times as much cash on hand. They aren't exactly struggling to make ends meet.
__________________
My project BDSup2Sub++: https://github.com/amichaeltm/BDSup2SubPlusPlus
amichaelt is offline   Reply With Quote
Old 20th August 2018, 16:18   #60  |  Link
NikosD
Registered User
 
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,442
Quote:
Originally Posted by Atak_Snajpera View Post
It is not really a x265 fault that by default it uses all numa nodes. The issue is that AMD released another odd cpu after AMD FX.
I do not know if you remember but before patch for win7 FX-8150 was being detected as 8C/8T CPU. This meant that all integer units were treated as full cores. After patch AMD FX 8xxx were "downgraded" to 4C/8T.

https://www.anandtech.com/show/5448/...g-patch-tested

M$ should implement better way of detecting topology of those newer "non-standard" cpus. Currently scheduler is clearly not aware what NUMA has direct access to memory.
Yes, AMD is the underdog and needs sometimes to make "odd" CPUs.

But, in a very strange way, every "odd" CPU from AMD is odd for MS and SW vendors but every odd CPU from Intel is like an everyday CPU.

Look at the collaboration of Intel and x265 developers.
They worked together to optimize it for AVX 512.

But the same piece of software is not optimized for Ryzen, we are still waiting for it one and a half year after the release.

With Threadripper and its NUMA architecture is worse of course.

The FX processor was once again a lot faster in Linux out of the box versus Windows.

Intel makes the rules for everything on CPUs, but if it wasn't AMD we would stay to Pentiums and x86 architecture another 10 years at least.

Like the scheme of Core i3 2C/4T, Core i5 4C/4T and Core i7 4C/8T.

That scheme lasted from 2011 until Ryzen.

Oh and the HEDT category.

You could buy a 10C/20T Core i7 6950X for 1800$ before Threadripper, which is the cost for the 32C/64T from AMD right now.

Think about it.

Intel is the most ridiculous tech company along with Nvidia of course.
__________________
Win 10 x64 (17763.55) - Core i3-4170/ iGPU HD 4400 (v.5058)
HEVC decoding benchmarks
H.264 DXVA Benchmarks for all
NikosD is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 16:50.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2018, vBulletin Solutions Inc.