Haswell 4c8t @2.6 Fritz Chess Benchmark <Update:2.8G Haswell>

Page 2 - Seeking answers? Join the AnandTech community: where nearly half-a-million members share solutions and discuss the latest tech.

CHADBOGA

Platinum Member
Mar 31, 2009
2,135
833
136
This again is not an AMD vs. Intel who is better thread. We are talking about Haswell performance, not AMD and Intel's R&D.


If you want to have a VS discussion go find a thread from 2006.

Shouldn't you be directing your comment at the person who made the AMD vs Intel comparison in the first place in this thread? :colbert:
 

Rvenger

Elite Member <br> Super Moderator <br> Video Cards
Apr 6, 2004
6,283
5
81
Shouldn't you be directing your comment at the person who made the AMD vs Intel comparison in the first place in this thread? :colbert:


I meant to add him into the quotes. Ill just remove all my quotes. lol

Thanks for the heads up.
 

inf64

Diamond Member
Mar 11, 2011
3,884
4,692
136
@Durvelle27

You score is at stock or OCed? Looks a bit high to be @ 2.6Ghz :D
Well this benchmark is FP intensive so it's 4 fp units vs 4 fp units in case of i7 and FX8xxx.
 

Idontcare

Elite Member
Oct 10, 1999
21,110
64
91
But speed step is enabled since CPUZ show 798mhz frequency.

Are Speedstep and Turbo two separately enabled features ?

They are two seperate features. Its the same with AMD too, you can disable turbo but keep CnQ enabled.
 

Nemesis 1

Lifer
Dec 30, 2006
11,366
2
0
There was also 2 other benchmarks previously, and combined with this look a little, well, underwhelming. I was expecting much more. As said, maybe other benchmarks will show better results.

If its all the same lets not combine other benchies that are questionable . I know this is alot to ask of you . But please try to man up.
 

Nemesis 1

Lifer
Dec 30, 2006
11,366
2
0
This again is not an AMD vs. Intel who is better thread. We are talking about Haswell performance, not AMD and Intel's R&D.


If you want to have a VS discussion go find a thread from 2006.

It was you who brought AMD into this discussion . Now you want to bail. My mistake it was mac who walked on hollowed ground
 
Last edited:

Nemesis 1

Lifer
Dec 30, 2006
11,366
2
0
Man I am sleeping . It was the OP that introduced AMD to this topic on the first post .

I little disappointed in only a 10% gain . was looking for at least 15% maybe 20%
 

Hypertag

Member
Oct 12, 2011
148
0
0
Man I am sleeping . It was the OP that introduced AMD to this topic on the first post .

I little disappointed in only a 10% gain . was looking for at least 15% maybe 20%

10.6% over Ivy (Which had about 5% over sandy) is pretty good. This isn't AVX2 optimized or anything.
 

Rvenger

Elite Member <br> Super Moderator <br> Video Cards
Apr 6, 2004
6,283
5
81
It was you who brought AMD into this discussion . Now you want to bail. My mistake it was mac who walked on hollowed ground



lol, how would it be me when I didn't post above what you quoted?
 

cytg111

Lifer
Mar 17, 2008
26,747
16,033
136
I take it that Fritz is multi-multi threaded application, if so, we have no idea what those 10% are made up of, some IPC, some TX, some ??. Point being, we cant expect singlethreaded performance to increase 10%.
 

Greenlepricon

Senior member
Aug 1, 2012
468
0
0
Not too shabby! Now I'm just wondering how high Haswell will clock. If it oc's like Sandy Bridge then there should be some nice performance from it.
 

ShintaiDK

Lifer
Apr 22, 2012
20,378
146
106
I take it that Fritz is multi-multi threaded application, if so, we have no idea what those 10% are made up of, some IPC, some TX, some ??. Point being, we cant expect singlethreaded performance to increase 10%.

TSX doesnt work on old code either.

Plus I dont even think an application like Fritz can benefit from TSX at all if recoded to use it.
 

piesquared

Golden Member
Oct 16, 2006
1,651
473
136
If its all the same lets not combine other benchies that are questionable . I know this is alot to ask of you . But please try to man up.

I don't find the other benchmark all that questionable. Maybe this benchmark is questionable lol
 

MisterMac

Senior member
Sep 16, 2011
777
0
0
Are most people "happy" with a 14-15% RAW IPC Increase from haswell over SB on legacy code?


Damn.

I'm not.

Unless MT gains are heavily better - i'm disappointed.

And i didn't mean to start of a intel vs AMD thing - i just made a small jab at how projected peformance for SR would suddenly make them performance kings in one "fix up" generation.

Clearly people can't take jest atm - my bad.
 

inf64

Diamond Member
Mar 11, 2011
3,884
4,692
136
Well first we know nothing of actual SR performance and 2nd this is just an ES of Haswell ;). Simply there is not enough data to make any relevant performance comparison between these 2 cores for the time being.
 

MisterMac

Senior member
Sep 16, 2011
777
0
0
Well first we know nothing of actual SR performance and 2nd this is just an ES of Haswell ;). Simply there is not enough data to make any relevant performance comparison between these 2 cores for the time being.

Hopefully not!

But it's still a relative indication of Legacy code performance.
And i would have preferred just a little more oomph out of that.


I know it's a weird mindset - but i sort of expect Intel to move both in the complex arena for computation and the legacy way.

IMHO, i'm all for Intel being the big bad untoucheable giant - as long as they deliver each generation - but they gotta deliver.

None of this incremental shit on a tock :p
 

Idontcare

Elite Member
Oct 10, 1999
21,110
64
91
I take it that Fritz is multi-multi threaded application, if so, we have no idea what those 10% are made up of, some IPC, some TX, some ??. Point being, we cant expect singlethreaded performance to increase 10%.

Doesn't TX require the code to be re-compiled to take advantage of the hardware feature?

Intel does expect single-threaded performance to increase some 10% though, so its not like we've seen anything here that wasn't to be expected.

IPCincreases.png
 

ShintaiDK

Lifer
Apr 22, 2012
20,378
146
106
Doesn't TX require the code to be re-compiled to take advantage of the hardware feature?

Yep, comes in 2 versions as well.

http://software.intel.com/en-us/blogs/2012/02/07/transactional-synchronization-in-haswell

Plus the usual restrictions, even when coded for TSX in eitehr HLE or RTM mode.

Intel TSX targets a certain class of shared-memory multi-threaded applications; specifically multi-threaded applications that actively share data. Intel TSX is about allowing programs to achieve fine-grain lock performance without requiring the complexity of reasoning about fine-grain locking.

However, if there is high data contention the algorithm would need to change in order to have an opportunity for high scalability. There are no magic bullets that can solve the problem, since true high data contention implies that the algorithm is effectively serialized.
 

ShintaiDK

Lifer
Apr 22, 2012
20,378
146
106
Are most people "happy" with a 14-15% RAW IPC Increase from haswell over SB on legacy code?

I think its quite good, considering how hard it is to actually increase IPC without new instructions.

If AVX(1) is heavily used tho, Haswell will be alot faster than 10-15%.

I mainly see Haswell as a new major step forward. Vector of all previous scalar instructions plus gather and 256bit with single cycle execution.

Its essentially a giant leap, you just need to have the proper code for it. But it does somewhat suffer the chicken or the egg scenario, specially with AVX2.
 

ShintaiDK

Lifer
Apr 22, 2012
20,378
146
106
Weren't most of the generation jumps since Core 2 around the same level?

Core 2 was only around 20% over Core as well. So you would need to go even further back.

All major boosts essentially only comes from new instructions.

It was all fun and easy as long as you could increase the power budget to the sky.
 

Idontcare

Elite Member
Oct 10, 1999
21,110
64
91
I think its quite good, considering how hard it is to actually increase IPC without new instructions.

If AVX(1) is heavily used tho, Haswell will be alot faster than 10-15%.

I mainly see Haswell as a new major step forward. Vector of all previous scalar instructions plus gather and 256bit with single cycle execution.

Its essentially a giant leap, you just need to have the proper code for it. But it does somewhat suffer the chicken or the egg scenario, specially with AVX2.

Really I am impressed they found an extra 10% that apparently Sandy/Ivy Bridge left on the table. Considering how good those chips are, to come in over the top of that with another 10% IPC is darn good.

Just makes me wonder what lengths they are going to have to go to in order to keep finding another 10% and then another 10% going forward. Pollack's rule and all that.

IssueWidthvsIPC.png