Language Selection

English French German Italian Portuguese Spanish

AMD Athlon 64 4800+ X2 - Dual Core CPU

Filed under
Hardware
Reviews

On the 25th of April AMD announced loads of dual core stuff. Besides the launch of the dual core 8xx series Opteron it also announced the 2xx dual core Opteron and the dual core Athlon 64 X2. Today we’re a step closer to the launch of Athlon 64 X2 but it’s not here quite yet - you’ll have to wait until June for that pleasure. If only there was a large international IT trade show that started at the end of May why, that would be the perfect venue to announce a new processor.

Until the official launch happens we won’t be able to get our hands on a fully fledged Athlon 64 X2 PC, so what we have here is a technical preview based on an AMD press kit of an Asus A8N SLI Deluxe motherboard, an Athlon 64 X2 4800+ and 1GB of Corsair 3200XL Pro memory.

There are four processors in the Athlon 64 X2 family which share a number of features with each other, and with existing models of Athlon 64. Athlon 64 X2 continues to use socket 939, the fabrication process is 90nm (.09 micron) using SOI (Silicon on Insulator), the 128-bit memory controller is compatible with PC1600, PC2100, PC2700 and PC3200 DDR, although you’d be barking mad to use anything but top notch memory, and there’s one bi-directional 1GHz Hyper Transport link. This gives an effective data bandwidth of 14.4GB/sec (8GB/sec x1 HyperTransport link + 6.4GB/sec memory bandwidth). X2 has 64KB of L1 instruction and 64KB of L1 data cache, just like Athlon 64.

The second core raises the transistor count to 233.2 million, but thanks to the 90nm fabrication process the die size is only 199 square millimetres. Compare that to the 130nm SOI Athlon 64 4000+ and Athlon 64 FX-55 which have cores that use 105.9 million transistors but which have an area of 193 square mm and you’ll see what an effective die shrink can bring to the party.

The Athlon 64 X2 4800+ has a nominal operating voltage of 1.35-1.40V and a TDP (Thermal Design Power) of 110W which compares very favourably to the FX-55 at 104W and the 4000+ at 89W.

Add in support for SSE3 and a revised memory controller to help compatibility with a broader range of memory modules and what you’ve effectively got is a pair of the new Venice cores tied together with the dual Opteron crossbar.

Full Review.

More in Tux Machines

Graphics: Mesa and AMDGPU

  • Mesa 17.3.3 Released With RADV & ANV Vulkan Driver Fixes
    Mesa 17.3.3 is now available as the latest point release for the Mesa 17.3 stable series. This bi-weekly point release to Mesa presents several RADV Vega/GFX9 fixes, various Intel ANV Vulkan driver fixes, a DRI3 fix, and random fixes to the OpenGL drivers like RadeonSI, Etnaviv, and even Swrast.
  • R600g "Soft" FP64 Shows Signs Of Life, Enabling Older GPUs To Have OpenGL 4 In 2018
    Most pre-GCN AMD graphics cards are still limited to OpenGL 3.3 support at this time due to not supporting FP64. Only the HD 5800/6900 series on R600g currently have real double-precision floating-point support working right now so at present they are on OpenGL 4.3 rather than 3.3, but those other generations may be catching up soon thanks to the "soft" FP64 code.
  • AMDGPU DC Gets More Raven Ridge Improvements, Audio Fixes
    Harry Wentland of AMD has sent out the latest batch of patches for the AMDGPU DC display code stack. Fortunately it lightens up the DRM driver by about six thousand lines thanks to removing some unused code. Besides gutting out a chunk of unused code, the DC code has a few audio fixes (no word yet on supporting newer audio formats with DC), fixes on driver unload, a "bunch" of continued Raven Ridge display updates, and various other code clean-ups.
  • AMDGPU Firmware Blobs Updated For Video Encode/Decode
    There are updated AMDGPU microcode/firmware files now available for recent Radeon GPUs. The updated firmware files now available via the main linux-firmware.git repository are centered around the video blocks: UVD video decoding, VCE video encode, and the new VCN video encode/decode block with Raven Ridge.

Games: DRAG, Geneshift, Balloonatics and More

Tumbleweed Update

  • Tumbleweed Rolls Forward with New versions of Mesa, Squid, Xen
    This week provided a pretty healthy amount of package updates for openSUSE’s rolling distribution Tumbleweed. There were three snapshots released since the last blog and some of the top packages highlighted this week are from Mesa, Squid, Xen and OpenSSH. The Mesa update from version 17.2.6 to 17.3.2 in snapshot 20180116 provided multiple fixes in the RADV Vulkan driver and improvements of the GLSL shader cache. The Linux Kernel provides some fixes for the security vulnerabilities of Meltdown in version 4.14.13 and added a prevent buffer overrun on memory hotplug during migration for KVM with s390. The snapshot had many more package updates like openssh 7.6p1, which tightened configuration access rights. A critical fix when updating Flatpak packages live was made with the gnome-software version 3.26.4 update. File systems package btrfsprogs 4.14.1 provided cleanups and some refactoring while wireshark 2.4.4 made some fixes for dissector crashes. Xen 4.10.0_10 added a few patches. Rounding out the snapshot, ModemManager 1.6.12 fixed connection state machine when built against libqmi and blacklisted a few devices to include some Pycom devices.
  • openSUSE Tumbleweed Rolls To Mesa 17.3, Linux 4.14.13
    OpenSUSE has continued rolling in the new year with several key package updates in January. Exciting us a lot is that openSUSE Tumbleweed has migrated from Mesa 17.2 to now Mesa 17.3. Mesa 17.3.2 is the version currently in openSUSE's rolling-release.

India Digital Open Summit 2018