Language Selection

English French German Italian Portuguese Spanish

Opteron Memory Timings Tested

Filed under
Hardware
Reviews

When building any modern computer, the choice of which memory to use is a major consideration. After all, why spend a mint on the latest CPU and motherboard, only to slow it down a bit with anything but the best memory available? This was definitely a big consideration when we began work on our Ultimate Linux Workstation. So, the question before us was, “Which memory should we buy and would the expense of the lower latency memory be worth it?” To answer this question, we went in search of the three standard CAS latencies that you will find for DDR memory and we put them to the test on our new Opteron testbed.

For this testing we went out and found memory specifically designed to run at the settings we wanted to test. This made the testing more real world, since these modules represented certain price points.

For the CAS 2 and CAS 3 memory, we turned to Corsair and their XMS and Ultra-Stable server memory respectively. For CAS 2.5, we called up Kingston for some of their HyperX registered ECC modules. Both companies were more than happy to participate in our testing. This also gave us an opportunity to test out these memory modules for compatibility on the new Tyan Thunder K8WE motherboard.

First of all, were all of the memory modules stable? Yes. All modules made it through all stress testing without error. For our testing we ran all modules with ECC enabled. This is a requirement for our CAS 2 modules, so we thought it was only fair to run ECC on all modules. We've found through internal testing that ECC does not appear to measurably hurt performance. The only hitch we found in testing is that Kingston's modules did not SPD (Serial Presence Detect) at the advertised timings. This was not a huge issue though since we were able to set these manually. Both sets of Corsair's modules set themselves to the timings expected.

Now let's show you our setup: Link to setup, tests and results.

More in Tux Machines

KDevelop 5.0.0 release

Almost two years after the release of KDevelop 4.7, we are happy to announce the immediate availability of KDevelop 5.0. KDevelop is an integrated development environment focusing on support of the C++, Python, PHP and JavaScript/QML programming languages. Many important changes and refactorings were done for version 5.0, ensuring that KDevelop remains maintainable and easy to extend and improve over the next years. Highlights include much improved new C/C++ language support, as well as polishing for Python, PHP and QML/JS. Read more

CoreOS 1068.10.0 Released with Many systemd Fixes, Still Using Linux Kernel 4.6

Today, August 23, 2016, the development team behind the CoreOS security-oriented GNU/Linux operating system have released the CoreOS 1068.10.0 stable update, along with new ISO images for all supported platforms. Read more

SUSE Linux and openSUSE Leap to Offer Better Support for ARM Systems Using EFI

The YaST development team at openSUSE and SUSE is reporting on the latest improvements that should be available in the upcoming openSUSE Leap 42.2 and SUSE Linux Enterprise 12 Service Pack 2 operating systems. Read more

Create modular server-side Java apps direct from mvn modules with diet4j instead of an app server

In the latest release, the diet4j module framework for Java has learned to run modular Java apps using the Apache jsvc daemon (best known from running Tomcat on many Linux distros). If org.example.mydaemon is your top Maven project, all you do is specify it as the root module for your jsvc invocation, and diet4j figures out the dependencies when jsvc starts. An example systemd.service file is available.