next crazy chinese fake?....Now with very impressive score, the say, this is FX 4120
Attachment 119104
http://diybbs.zol.com.cn/11/11_100430.html
Think, it is not possible, 2 modules higher score than 980x....
next crazy chinese fake?....Now with very impressive score, the say, this is FX 4120
Attachment 119104
http://diybbs.zol.com.cn/11/11_100430.html
Think, it is not possible, 2 modules higher score than 980x....
ROG Power PCs - Intel and AMD
CPUs:i9-7900X, i9-9900K, i7-6950X, i7-5960X, i7-8086K, i7-8700K, 4x i7-7700K, i3-7350K, 2x i7-6700K, i5-6600K, R7-2700X, 4x R5 2600X, R5 2400G, R3 1200, R7-1800X, R7-1700X, 3x AMD FX-9590, 1x AMD FX-9370, 4x AMD FX-8350,1x AMD FX-8320,1x AMD FX-8300, 2x AMD FX-6300,2x AMD FX-4300, 3x AMD FX-8150, 2x AMD FX-8120 125 and 95W, AMD X2 555 BE, AMD x4 965 BE C2 and C3, AMD X4 970 BE, AMD x4 975 BE, AMD x4 980 BE, AMD X6 1090T BE, AMD X6 1100T BE, A10-7870K, Athlon 845, Athlon 860K,AMD A10-7850K, AMD A10-6800K, A8-6600K, 2x AMD A10-5800K, AMD A10-5600K, AMD A8-3850, AMD A8-3870K, 2x AMD A64 3000+, AMD 64+ X2 4600+ EE, Intel i7-980X, Intel i7-2600K, Intel i7-3770K,2x i7-4770K, Intel i7-3930KAMD Cinebench R10 challenge AMD Cinebench R15 thread Intel Cinebench R15 thread
I don't think that is a score for QC Zambezi Flanker. It may be a score for 8C one ,it fits almost perfectly (my estimate for 8C was 19220pts ).
its the uber quadcore....
Tell it it's a :banana::banana::banana::banana::banana: and threaten it with replacement
D_A on an UPS and life
Informal: I think the same, logic say me, simillary score is possible only for 4-modules. Maybe Fritz readings modules as number of cores?
But...what is interesting is this:
from RAWZ
ROG Power PCs - Intel and AMD
CPUs:i9-7900X, i9-9900K, i7-6950X, i7-5960X, i7-8086K, i7-8700K, 4x i7-7700K, i3-7350K, 2x i7-6700K, i5-6600K, R7-2700X, 4x R5 2600X, R5 2400G, R3 1200, R7-1800X, R7-1700X, 3x AMD FX-9590, 1x AMD FX-9370, 4x AMD FX-8350,1x AMD FX-8320,1x AMD FX-8300, 2x AMD FX-6300,2x AMD FX-4300, 3x AMD FX-8150, 2x AMD FX-8120 125 and 95W, AMD X2 555 BE, AMD x4 965 BE C2 and C3, AMD X4 970 BE, AMD x4 975 BE, AMD x4 980 BE, AMD X6 1090T BE, AMD X6 1100T BE, A10-7870K, Athlon 845, Athlon 860K,AMD A10-7850K, AMD A10-6800K, A8-6600K, 2x AMD A10-5800K, AMD A10-5600K, AMD A8-3850, AMD A8-3870K, 2x AMD A64 3000+, AMD 64+ X2 4600+ EE, Intel i7-980X, Intel i7-2600K, Intel i7-3770K,2x i7-4770K, Intel i7-3930KAMD Cinebench R10 challenge AMD Cinebench R15 thread Intel Cinebench R15 thread
It'll be interesting to see how BD handles the well known Intel loving Super Pi benchmark. If AMD BD can outperform SB in that benchmark, then fooook me, that'll cause a massive storm.
Yeah Super Pi has the highest priority, not some toy benchmark like Cinebench or whatever..
AMD doesn't care about SuperPI.
the supposed LN2 AMD event is coming really soon, it would be nice to see if they can break 9ghz
2500k @ 4900mhz - Asus Maxiums IV Gene Z - Swiftech Apogee LP
GTX 680 @ +170 (1267mhz) / +300 (3305mhz) - EK 680 FC EN/Acteal
Swiftech MCR320 Drive @ 1300rpms - 3x GT 1850s @ 1150rpms
XS Build Log for: My Latest Custom Case
A HTT bug causing performance problems could have been the reason for the delay.
http://donthatethegeek.com/2011/08/1...in-production/
credit goes to yuri.cs from pctuning forum who I got it from
Dirk Diggler I don't know, the scores what I saw were also in multi-threaded applications and didn't seem low, maybe they will be in B2 so much better based how much perf. penalty this bug causes.
Last edited by TESKATLIPOKA; 08-19-2011 at 02:56 PM.
Comp_Nou has changed the mobo with M5A97 EVO one. Results are better than the first try with AMD760 :
The guy is waiting for better BIOS
http://www.chiphell.com/thread-250461-1-1.html
undone yeah, they are serious Chinese amateurs. Nothing to be surprised about.
Sandy Bridge 2500k @ 4.5ghz 1.28v | MSI p67a-gd65 B3 Mobo | Samsung ddr3 8gb |
Swiftech apogee drive II | Coolgate 120| GTX660ti w/heat killer gpu x| Seasonic x650 PSU
QX9650 @ 4ghz | P5K-E/WIFI-AP Mobo | Hyperx ddr2 1066 4gb | EVGA GTX560ti 448 core FTW @ 900mhz | OCZ 700w Modular PSU |
DD MC-TDX CPU block | DD Maze5 GPU block | Black Ice Xtreme II 240 Rad | Laing D5 Pump
Super pi uses ancient x87 instructions which are depreciated and obsolete since SSE2 launched. Super pi is in no way representative of FPU power of one single core.It just shows how fast can you do x87 math. Not to mention all those BD ES results are borked so move along.
BTW you quoted a post from January 2011,just FYI...
CrazyNutz no, he is right It doesn't represent single threaded performance
AMD doesn't care about this old instruction set which is no longer used in modern applications.Super PI utilizes the x87 instruction set. These instructions date all the way back to the 8087 math coprocessor. While they were important for 80386, 80486, and Pentium they became obsolete when 3DNow! and Streaming SIMD Extensions were released.
informal
really, what a CrazyNutz guy.BTW you quoted a post from January 2011,just FYI...
Last edited by TESKATLIPOKA; 08-19-2011 at 03:51 PM.
Oops my mistake quoting something as far back as 01/11. I'll own up here.
However one thing you guys must understand is "A Large Percentage of software is NOT optimized with SIMD" and some software cannot make effective use of SIMD. It takes manual optimizations to make real use of SIMD. If you were to disassemble most of the software you use on a daily basis you would know what I talking about. You would see a whole lot of NON SIMD instructions in use i.e. legacy float, and integer instructions.
Some of you seem to think the addition of new instructions make the original x86/87 instructions obsolete, well that is not always the case especially with vector instructions. Fellow programmers will know what I'm saying here.
Edit: added this
They are not obsolete. They are used far more than you realize. That like saying x86 is obsolete.
Don't get defensive, I'm not bashing BD at all
Last edited by CrazyNutz; 08-19-2011 at 05:31 PM. Reason: adding somthing
Sandy Bridge 2500k @ 4.5ghz 1.28v | MSI p67a-gd65 B3 Mobo | Samsung ddr3 8gb |
Swiftech apogee drive II | Coolgate 120| GTX660ti w/heat killer gpu x| Seasonic x650 PSU
QX9650 @ 4ghz | P5K-E/WIFI-AP Mobo | Hyperx ddr2 1066 4gb | EVGA GTX560ti 448 core FTW @ 900mhz | OCZ 700w Modular PSU |
DD MC-TDX CPU block | DD Maze5 GPU block | Black Ice Xtreme II 240 Rad | Laing D5 Pump
Since AMD64 instruction set launched along with 64bit Windows,x87 IS obsolete. In 64 bit OS x87 is not used(like literary ,it's replaced by SSE which duplicates its capabilities). There is no discussion there.
It does NOT fully duplicate it's capabilities, this is a misconception, and x87 has higher precision 80bit vs sse2 64bit. Also compilers try to optimize code to use faster instructions, like mmx/sse etc., however most of the time they fail to produce an executable using these instructions. Where SIMD (sse2/mmx/avx etc.) shines is when you have a string of data that needs to have the same operation performed, it really speeds things up, however again compilers are rarely smart enough to do these optimizations on their own, so these instructions most of the time are hand written and included as inline assembly. I write software this way, and so do my colleagues, however only when it's necessary, otherwise we allow the compiler to spit out x86/87 instructions.
EDIT: Looking further into this, When compiling for 64bit you are correct that sse replaces x87 instructions by default with most recent compilers (i.e. gcc defaults -mfpmath=sse for 64bit).
However there is still a lot of 32bit games, and programs in use, and when compiled for 32bit most compilers default to x87 instructions for floating point math.
Last edited by CrazyNutz; 08-20-2011 at 06:53 AM.
Sandy Bridge 2500k @ 4.5ghz 1.28v | MSI p67a-gd65 B3 Mobo | Samsung ddr3 8gb |
Swiftech apogee drive II | Coolgate 120| GTX660ti w/heat killer gpu x| Seasonic x650 PSU
QX9650 @ 4ghz | P5K-E/WIFI-AP Mobo | Hyperx ddr2 1066 4gb | EVGA GTX560ti 448 core FTW @ 900mhz | OCZ 700w Modular PSU |
DD MC-TDX CPU block | DD Maze5 GPU block | Black Ice Xtreme II 240 Rad | Laing D5 Pump
Bookmarks