1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems

Facebook RSS Twitter Twitter Google Plus

Phoronix Test Suite


AMD Venice v. San Diego Core Performance

Richard Chu

Published on 5 July 2005
Written by Richard Chu
Page 1 of 5 - Comment On This Article

A few months ago, AMD refined their Socket 939 line of processors with the E3 and E4 revisions, codenamed Venice and San Diego, respectively, to replace the D0 Winchester. The Venice and San Diego features the improved memory controller, and most notably, AMD doubled the amount of L2 Cache for the San Diego compared to its Venice counterpart. The San Diego immediately attracted large attention among the enthusiast crowd for its enormous L2 cache; in fact, the Athlon 64 FX-57 is based upon the San Diego. While the San Diego looks great on paper, premium performance also comes at a premium price, and the cheapest San Diego, the 3700+ at 2.2GHz, runs around $330, while a Venice 3500+ running at the same clock speed is $275, and the cheaper versions of Venice 3200+ or 3000+ often overclock easily to 2.6GHz and beyond. Is the price premium justified? Does the extra 1MB L2 Cache help that much in real world performance? Just how well do these two cores compare clock-for-clock? In this review we will be running two of these CPUs at 2.0, 2.2, and 2.6GHz to see the performance difference between the two AMD cores.

For our performance comparison, we used an AMD 3700+ San Diego (2.2GHz) and a 3200+ Venice (2.0GHz). To compare the cores at the same frequency, three frequencies of 2.0 (200x10), 2.2 (220x10), and 2.6 (260x10) GHz were used. To achieve such frequencies for the San Diego, the VCore remained 1.414V for all three frequencies; on the other hand, for the Venice, a voltage bump to 1.586V was required to obtain 2.6GHz.

The RAM used was a pair of 512MB Corsair XMS PC3200C2 v1.1 (Winbond BH-6 chips), and the memory timings were maintained at 2-2-2-5 throughout the test. To achieve such timings, we kept the VDimm at 3.0V for 200 HTT, 3.2V for 220 HTT, and 3.6V for 260 HTT. To make sure the memory ran stable, we ran Memtest86 extensively prior to running all the benchmarks to make sure it was free from errors. The CPU was cooled by a Thermalright XP-90 with an Enermax 92mm fan, while a 92mm fan above the modules actively cooled the memory as well. The video card used was a XFX GeForce 6600GT left at stock core and memory speeds.

Hardware Components
Motherboard: DFI LanParty UT nF4 Ultra-D
Memory: 2 x 512MB Corsair XMS PC3200C2
Graphics Card: XFX 6600GT PCI-E
Hard Drives: Maxtor Diamond Max Plus 8 40GB 7200RPM
Optical Drives: Lite-On DVDRW SOHW-832S
Add-On Devices: Chaintech AV-710
Power Supply: Fortron 530W
Software Components
Operating System: FedoraCore4 (Stentz)
Linux Kernel: 2.6.11-1.1369
GCC (GNU Compiler): 4.0.0
Graphics Driver: NVIDIA 1.0-7667
  Xorg 6.8.2

The slew of benchmarks we used to distinguish the performance level of both cores were mainly concentrated in the area of gaming, archiving, compiling, encoding, and floating-point performance. The first benchmark to take the stage in this Venice v. San Diego showdown was id Software's Doom 3. In this review, we used the latest version of Doom 3, which at this present time is v1.3.1302. As usual, we used the standard time demo 1 and ran this timed demo benchmark with three different visual settings. The demo was run at 800 x 600 medium quality, 1024 x 768 high quality, and 1280 x 1024 high quality. To get in some compiling action, we measured the amount of time it took to compile LAME 3.96.1 from source using GCC 4.0. On the side of encoding, we measured the amount of time required to encode a wav file to mp3 format using LAME 3.96.1. The wav file was a simple song with a size of 34.3MB. On with archiving/extracting, we measured the time required to archive and then extract the 637.2MB FC4 x86_64 disc 1 ISO. The rest of the benchmarks we used are all centered on testing the floating-point performance of the CPU by a highly optimized mathematical-based set of benchmarks. For this CPU core comparison, we ran all three of the BlueSail Software Opstone benchmarks: Vector Scalar Product, Sparse Vector Scalar Product, and Singular Value Decomposition. In the Vector Scalar Product benchmark we took the single-precision meanwhile in the last two benchmarks we used the double-precision mean. As always, the higher frame-rate the better, the lower time required to complete a process the better, and the higher Mflops/Gflops the better.

Latest Articles & Reviews
  1. NVIDIA's $1000+ GeForce GTX TITAN X Delivers Maximum Linux Performance
  2. OS X 10.10 vs. Ubuntu 15.04 vs. Fedora 21 Tests: Linux Sweeps The Board
  3. The New Place Where Linux Code Is Constantly Being Benchmarked
  4. 18-GPU NVIDIA/AMD Linux Comparison Of BioShock: Infinite
  5. Phoronix Test Suite 5.6 Adds New Phoromatic Enterprise Benchmarking Features
  6. OpenGL Threaded Optimizations Responsible For NVIDIA's Faster Performance?
Latest Linux News
  1. Improved OpenCL Support For Blender's Cycles Renderer
  2. Mesa 10.5.2 Packs In A Handful Of Fixes
  3. More Fedora/Ubuntu Linux vs. OS X OpenGL Benchmarks
  4. Intel Adds Mesa IR To NIR Translator & Makes Other NIR Improvements
  5. HAMMER2 Gets A Man Page
  6. Kodi 14.2 Released To End Out The "XBMC" 14.x Series
  7. Debian 8.0 Jessie RC2 Installer Released
  8. Shadow Warrior Is Being Released For Linux Next Week
  9. Intel Pushes A Bunch Of Broadwell Code Into Coreboot
  10. Open-Source Driver Fans Will Love NVIDIA's New OpenGL Demo
Most Viewed News This Week
  1. Introducing The Library Operating System For Linux
  2. AMD Is Hiring Two More Open-Source Linux GPU Driver Developers
  3. Allwinner Continues Jerking Around The Open-Source Community
  4. Systemd Change Allows For Stateless Systems With Tmpfs
  5. GNOME Shell & Mutter 3.16.0 Released
  6. GNU Nano 2.4.0 Brings Complete Undo System, Linter Support & More
  7. Red Hat Is Rolling Out A VirtIO DRM/KMS GPU Driver
  8. GNOME 3.16 Released: It's Their Best Release Yet