https://wiki.archlinux.org/api.php?action=feedcontributions&user=Devotedfollower&feedformat=atomArchWiki - User contributions [en]2024-03-29T00:46:30ZUser contributionsMediaWiki 1.41.0https://wiki.archlinux.org/index.php?title=Stress_testing&diff=131368Stress testing2011-02-18T10:43:55Z<p>Devotedfollower: changed the t in title to smaller case; menu.lst doesn't accept capital 't' s.</p>
<hr />
<div>[[Category:CPU (English)]]<br />
== Introduction ==<br />
Running Arch on an overclocked PC is totally fine provided that the PC is stable at the overclock settings. There are several programs available to you that will help you stress test your system and thereby the overclock levels you are attempting to achieve. The steps of overclocking a PC are beyond the scope of this article, but there is pretty inclusive guide written by graysky on the topic: [[http://www.hardforum.com/showthread.php?t=1198647 Overclocking guide]].<br />
<br />
{{note|Although you can stress test a newly overclocked system under Linux, it is strongly recommended that you don't do it. Why? You can experience data loss from the HDD depending on how your system fails in the event of an unstable overclock. Linux is less forgiving that Windows for rebooting from a hardlocked system without damage to the file system. If you insist on testing various overclocked levels under Linux, it is advisable to backup ALL important data first. Better yet is to install Arch to an old HDD and unplug your HDD(s) that carry your important data to iron out the overclock settings and arrive at a stable system.}}<br />
<br />
== Stressing Memory ==<br />
A very good program for stress testing your memory is [[http://www.memtest.org/ Memtest86+]]. It is based on the well-known original memtest86 written by Chris Brady. Memtest86+ is, like the original, released under the terms of the Gnu Public License (GPL). No restrictions for use, private or commercial exist other than the ones mentioned in the Gnu Public License (GPL).<br />
<br />
You may download it from the webhost of memtest86+ [[http://www.memtest.org/#downiso here]] either as a bootable CD ISO or as an pre-compiled bootable binary. The later can be called by GRUB with a minor modification to your menu.lst to allow you to boot directly into Memtest86+ without a CD/DVDROM.<br />
<br />
=== Running Memtest86+ ===<br />
Either download and burn the ISO to a CD and boot from it, or follow the instructions in the next section to add an entry to your GRUB boot menu. Either way when you enter Memtest86+, the application begins testing your memory without your intervention. It will run indefinitely until you stop it reporting any errors as it goes. When it has completed a number of iterations without errors or runs for an arbitrary amount of time without errors, you can pretty much call your memory "good" or "stable" at the settings you have chosen for it in your BIOS.<br />
<br />
{{tip|Allowing Memtest86+ to run for >10 cycles without errors is usually sufficient.}}<br />
=== Running Memtest86+ from GRUB's Bootscreen ===<br />
Download the pre-compiled bootable binary from the webhost above and place the .bin file from the archive in your {{Filename|/boot}} directory. I renamed the binary to simply 'memtest86.bin' on my system. Next edit your {{Filename|/boot/grub/menu.lst}} and add the following entry:<br />
title Memtest86+ v2.11 (28-Dec-2008)<br />
root (hd0,2)<br />
kernel /boot/memtest86.bin<br />
<br />
You will obviously need to change your root line to match that of your own system. Remember that the (hdx,y) format takes its inputs starting from 0, not 1. In other words, your first hardrive is #0 and your first partition is also #0. If you're root partition resides on the 1st partition of the 1st HDD you would use the following line:<br />
root (hd0,0)<br />
<br />
{{note|If your system that uses a dedicated {{Filename|/boot}} partition you MUST omit the preceding '/boot' from the kernel line of the above example. Your kernel line in this scenario would read simply, 'kernel /memtest86.bin'}}<br />
<br />
== Stressing CPU and/or Memory ==<br />
A very good program for CPU and CPU/memory stress testing is [[http://www.mersenne.org/ prime95]]. There are both x86 and x86_64 version for Linux you can freely use for stress testing purposes under Linux. Prime95 under torture test mode will preform a series of very CPU intensive calculations and compare the values it gets to known good values. The theory is that if your system is sufficiently stable to get the right answers, it should be stable to most anything you will throw at it. Prime95 is pretty much recognized universally as one defacto measure of an overclocked system's stability.<br />
<br />
=== Getting Prime95 ===<br />
Prime95 for Linux is called mprime and is available in the AUR in [[http://aur.archlinux.org/packages.php?ID=6975 this package]].<br />
<br />
=== Running Prime95 ===<br />
{{Warning|Before you proceed, it is '''HIGHLY''' recommended that you have some means to monitor the CPU temperature of your system at a minimum. Packages such as [[Lm_sensors]] can do this for you!}}<br />
<br />
To run prime95, simply open a shell and type "mprime"<br />
$ mprime<br />
<br />
{{note| If you're using a cpu-frequency scaler such as [[cpufrequtils]] or [[powernowd]] you will have to manually set your processor to run with its highest multiplier because prime95 uses a nice value that doesn't trip the step-up in your multiplier. If you're using Gnome this is easily accomplished with the CPU Frequency Scaling Monitor via a left-click and selection of the 'Performance' profile.}}<br />
<br />
When the software loads, simply answer 'N' to the first question to begin the torture testing. The software begins with the torture test, but if you hit {{Keypress|CTRL}} + {{Keypress|C}} you can break out and return to the main prime95 menu shown here:<br />
Main Menu<br />
<br />
1. Test/Primenet<br />
2. Test/Worker threads<br />
3. Test/Status<br />
4. Test/Continue<br />
5. Test/Exit<br />
6. Advanced/Test<br />
7. Advanced/Time<br />
8. Advanced/P-1<br />
9. Advanced/ECM<br />
10. Advanced/Manual Communication<br />
11. Advanced/Unreserve Exponent<br />
12. Advanced/Quit Gimps<br />
13. Options/CPU<br />
14. Options/Preferences<br />
15. Options/Torture Test<br />
16. Options/Benchmark<br />
17. Help/About<br />
18. Help/About PrimeNet Server<br />
<br />
There are several options for the torture test (menu option 15).<br />
<br />
* Small FFTs (option 1) to stress the CPU (option 1)<br />
* In-place large FFTs (option 1) to test the CPU and memory controller<br />
* Blend (option 3) is the default and constitutes a hybrid mode which stresses the CPU and RAM.<br />
<br />
{{tip|If you enter modes 11, 12, or 13 you can further customize the first three options. For example, if you wish to use a maximal amount of RAM in the tests, select option 13 and manually enter 95 % of your memory as the amount to use.}}<br />
<br />
Errors will be reported should they occur. Many do not consider a system as 'stable' unless it can run the Large FFTs for a 24 hour period.</div>Devotedfollower