• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

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.
Rvenger said:
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.
Click to expand...

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:
 
CHADBOGA said:
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:
Click to expand...


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

Thanks for the heads up.
 
@Durvelle27

You score is at stock or OCed? Looks a bit high to be @ 2.6Ghz 😀
Well this benchmark is FP intensive so it's 4 fp units vs 4 fp units in case of i7 and FX8xxx.
 
piesquared said:
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.
Click to expand...

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.
 
Rvenger said:
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.
Click to expand...

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:
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%
 
Nemesis 1 said:
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%
Click to expand...

10.6% over Ivy (Which had about 5% over sandy) is pretty good. This isn't AVX2 optimized or anything.
 
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%.
 
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.
 
cytg111 said:
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%.
Click to expand...

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.
 
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.
 
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.
 
inf64 said:
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.
Click to expand...

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 😛
 
cytg111 said:
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%.
Click to expand...

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
 
Idontcare said:
Doesn't TX require the code to be re-compiled to take advantage of the hardware feature?
Click to expand...

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.
Click to expand...
 
MisterMac said:
Are most people "happy" with a 14-15% RAW IPC Increase from haswell over SB on legacy code?
Click to expand...

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.
 
ChronoReverse said:
Weren't most of the generation jumps since Core 2 around the same level?
Click to expand...

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.
 
ShintaiDK said:
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.
Click to expand...

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
 
You must log in or register to reply here.

TRENDING THREADS

Back
Top