Quick and Dirty AMD K10 Cinebench
June 6, 2007 5:12 AM
comment(s) - last by
Cinebench ran AMD "Barcelona" 1.6 GHz in 27 seconds. (Source: DailyTech, Anh Huynh)
Cinebench ran Xeon X3220 2.4 GHz in 17 seconds. (Source: DailyTech, Anh Huynh)
An early AMD "Barcelona" revision gets its first non-simulated benchmark
Earlier today, AMD announced that it
across the server market. The company did not publically state how fast the processor was running, the stepping of the processor, the processor thermal envelope or the eventual ship date.
We had the opportunity to benchmark the AMD
, native quad-core on an early stepping. We only had a few minutes to test the chip, but we were able to run a quick Cinebench before we were instructed to leave.
The AMD benchmark ran on a single-socket, K10 CPU running at 1.6 GHz on NVIDIA's nForce Professional 3400 chipset. According to the system properties, the AMD system used 4GB of DDR2-667.
The most similar Intel system we could muster up on such short notice was an Intel Xeon 3220. The Xeon X3220 is clocked at 2.4 GHz, and ran on
(Intel X38). This system property profile stated the system utilized 4GB of DDR2-800.
Cinebench completed the default benchmark in 27 seconds for the 1.6 GHz K10; 17 seconds for the Intel Xeon X3220. The
Xeon was 58% faster with a 50% higher clock frequency for Cinebench.
Both systems ran Windows 2003 R2, 64-bit.
AMD partner engineers tell
the chip we tested was the latest revision silicon. The same engineers claim 2.0 GHz
chips are making the rounds, with 2.3 GHz already on the desktop and server roadmaps.
AMD's current guidance suggests a late July announcement for
. However, when
tracked down the individual partners named in AMD's press release, all cited "optimistic September" ship dates for motherboards.
This article is over a month old, voting and posting comments is disabled
RE: These chips could be in debug mode...
6/7/2007 10:33:40 PM
I think you might be confusing software with hardware. I don't believe that its same as software running in debug more than hardware. Most debugging on CPU's are done with ICE's which are done done with processor in realtime. I use such devices years ago debugging OS software.
Yes GHZ doesn't mean much.. it doesn't mean that Intel chip is 50% faster cpu than this chip. There is other factors like memory bus, cache and core instructionset.
Actuall with above in account and AMD Onboard memory controller and other things, I expect that this processor would do a lot better than it did.
RE: These chips could be in debug mode...
6/14/2007 1:05:16 AM
I was trying to be careful because I don't know exactly how this works on AMD CPUs, but what I meant was that in the CPUS I worked with (back in the day) there are a bunch of configuration bits that got clocked into the chip at startup to control its function. I believe that the same thing happens with modern x86 chips except that these bits come from the BIOS.
When we were debugging MIPS chips and new multiprocessor system architectures, we sometimes needed to change those configuration bits to tell the chip not to use certain performance features because they would cause the chip to produce incorrect results.
For example, if the chip was having trouble with cache coherent loads using an update protocol, we would switch the chip into invalidate mode - slower in some situations, but it worked. Or when the chips were new, we would have to make sure that the sysad bus (MIPS equivalent to FSB) ran at a particular fraction of the internal clock. Or we would have to disable out-of-order execution...
It's actually a lot like software debugging. It's all about testing as much logic as you can. You have to find as many bugs as you can before you spin the chip so sometimes you have to have to run at significantly lower performance just to get the OS to boot and run benchmarks properly. Then you fix a whole bunch of bugs and critical paths at the same time and respin the chip.
We don't know where AMD is in that process, but you'd have to hope that these chips are early silicon that was able to run correctly but had performance features turned off or not well tuned (what I soemwhat simplisticly referred to as "debug mode"). It's possible that the chips are being respun as we type.
If anyone would like to enlighten me on how AMD chips get configuration bits from the BIOS and what they control (do they still load microcode?), let me know!
"Folks that want porn can buy an Android phone." -- Steve Jobs
AMD Partners Demonstrate "Barcelona" at 1.6 GHz
June 6, 2007, 3:13 AM
Intel "Bearlake" Plans Unveiled
October 17, 2006, 1:24 PM
"Prepare to be Punished": Microsoft is Killing OneDrive With Cuts, Blames Users
November 3, 2015, 8:23 PM
Apple's New "Magic" Peripheral Line Packs High Tech, High Prices
October 13, 2015, 9:39 PM
Samsung Adds 2 TB 850 EVO, PRO SSDs for $800, $1000
July 7, 2015, 4:23 PM
Seagate Senior Researcher: Heat Can Kill Data on Stored SSDs
May 13, 2015, 2:49 PM
How to Recover Most Apps After Your NVIDIA Driver Crashes in Windows 10
March 30, 2015, 12:54 PM
Tinkerer Gets Old School Mac Plus Running on the Modern Web
March 24, 2015, 6:41 PM
Latest Blog Posts
Sceptre Airs 27", 120 Hz. 1080p Monitor/HDTV w/ 5 ms Response Time for $220
Dec 3, 2014, 10:32 PM
Costco Gives Employees Thanksgiving Off; Wal-Mart Leads "Black Thursday" Charge
Oct 29, 2014, 9:57 PM
"Bear Selfies" Fad Could Turn Deadly, Warn Nevada Wildlife Officials
Oct 28, 2014, 12:00 PM
The Surface Mini That Was Never Released Gets "Hands On" Treatment
Sep 26, 2014, 8:22 AM
ISIS Imposes Ban on Teaching Evolution in Iraq
Sep 17, 2014, 5:22 PM
More Blog Posts
Copyright 2016 DailyTech LLC. -
Terms, Conditions & Privacy Information