palladin9479 :
It helps when you close firefox and all my other background stuff I have running.
Ok reposed new results and surprisingly I did better. Was running coretemp and Nvidia's GPU widget and actually paid attention during the benchmark. Integer and FPU are spot on. Graphics performance is trash, Java OpenGL isn't the best language for doing these in. Geometry is accurate but texture and pixel are both severely single thread CPU bound. My one 780 was at 20~25% tops during those benchmarks while a single core was at 100%. I suggest a rewrite of those metrics as there is entirely too much CPU overhead involved with each repetition. Java OpenGL has overhead but not that much. Also found out why the memory transfer was weird, it's a test of your cache subsystem which we can all agree Intel dominates in. I don't think java has the ability to write code that would bypass the CPU's caching to actually test the IMC.
So for that benchmark, CPU performance is a pretty solid test. Graphics is mostly a test of your CPU's single thread ability and memory is a test of your cacheing subsystem. Pretty good as long as people know what each thing does. Also I was using latest 64-bit java 1.7_45.
gamerk316 :
palladin9479 :
gamerk316 :
palladin9479 :
http://www.headline-benchmark.com/results/403bbefa-261b-4637-90de-a43fe7c8fc00/403bbefa-261b-4637-90de-a43fe7c8fc00
That's what I got. I want to know what gamer did to his setup to get that seeing as its not even being detected right. The software detected my CPU right, memory wrong though(16GB) and I think it's only using one of my 780 Hydro's. Does having SLI enabled degrade it's performance?
My CPU/RAM wasn't detected at all, but it looks like it performed right as far as the benchmarking went. (2600k & 8GB 1333 DDR3) Kinda surprised Yuka's 2700k gets detected and my 2600k didn't though. More confusing, other people's 2600k got detected right... *shrugs* And I know its not OC'd right now (it was at one point, but had a few cooling issues and haven't bothered to re-OC yet), so that probably isn't it either.
I'll toy around tonight and see if I can track down what went on there.
Doesn't make sense, I'm running an fx8350 @4.8Ghz and 16Gb DDR3-1600 yet your getting 2x memory performance. And the weight of the benchmark seems to place inordinate amount of weight on memory performance for pretty much everything. Also the 770 is showing higher then a 780
hydro, hydro's are factory overclocked higher then regular 780's as they expect you to be using a decent WC setup. I'm gonna dig around, I'm thinking something is up with the memory transfer test. I know AMD's IMC is weaker then Intel's but it's not that weak, especially seeing as mine is OC'd to 2.2Ghz.
Blah, forgot my 770 is factory OC'd. Still, I'd imagine a factory OC'd 780 would still win, unless temps/throttling are REALLY coming into play.
palladin9479 :
Ok reposed new results and surprisingly I did better. Was running coretemp and Nvidia's GPU widget and actually paid attention during the benchmark. Integer and FPU are spot on. Graphics performance is trash, Java OpenGL isn't the best language for doing these in. Geometry is accurate but texture and pixel are both severely single thread CPU bound. My one 780 was at 20~25% tops during those benchmarks while a single core was at 100%. I suggest a rewrite of those metrics as there is entirely too much CPU overhead involved with each repetition. Java OpenGL has overhead but not that much. Also found out why the memory transfer was weird, it's a test of your cache subsystem which we can all agree Intel dominates in. I don't think java has the ability to write code that would bypass the CPU's caching to actually test the IMC.
So for that benchmark, CPU performance is a pretty solid test. Graphics is mostly a test of your CPU's single thread ability and memory is a test of your cacheing subsystem. Pretty good as long as people know what each thing does.
That, would do it. I'm just going to say though, for the GPU tests, a single core on my 2600k never got above ~20% or so, if memory serves.
Still, if anything, this kinda shows how hard it is to write an unbiased benchmark at the OS level. What is looks like is happening is the CPU side of the house (driver side) is actually causing my OC'd 770 to perform faster then Palladins OC'd 780, even in GPU based testing. As for the memory test, well, as Palladin stated, AMD's cache issues are going to KILL them, and there really isn't much you can do to get around this as far as testing goes.
Thanks for the comments. Palladin, I can't explain your findings on the GPU tests. For example, in the shader test the only thing that changes is the number of iterations of a loop in a shader - the geometry and draw calls are the same, so there is no reason why CPU would climb to 100%. In fact as load on the GPU goes up, the CPU should have less load as it has to do its small part less often. CPU should go up to 100% briefly when the shader is compiled, and it is possible the compilation might take longer in later tests (if the compiler 'unrolls' the loop).
Going by the number CUDA cores in your 780 and my 430, I calculate you should be seeing roughly 2-3 times more performance in the shader test.
Perhaps the issue is related to the dual-GPU configuration, or possibly to the fact that the code uses OpenGL 2.0 (for portability) and your GPU driver is doing some CPU-intensive backwards compatibility stuff. It may also be an effect that only appears for very powerful GPUs which I can't see on my more modest systems.
You are right the memory test is primarily a test of the caches - I try to overwhelm the caches by swapping blocks up to 32MB in size, but cache performance still seems to predominate.
That, would do it. I'm just going to say though, for the GPU tests, a single core on my 2600k never got above ~20% or so, if memory serves.
Well, that is what I expect to happen gamerk - this suggests to we are seeing an effect specific to running on Palladin's machine.