|
CPU Burn-in Instructions |
|
|
|
|
|
What is CPU Burn-in? |
|
|
|
|
|
CPU Burn-in v1.0 by Michal Mienik is the ultimate stability testing tool for overclockers.
The program heats up any x86 CPU to the maximum possible operating temperature that is achievable
by using ordinary software. This allows the user to adjust the CPU speed up to the practical
maximum while still being sure that stability is achieved even under the most stressful conditions.
The program continuously monitors for erroneous calculations and errors ensuring the CPU does not
generate errors during calculations performed under overclocking conditions.
|
|
|
|
|
|
Why CPU Burn-in is better: |
|
|
|
|
|
In the past overclocking stability was tested by running intensive software such as
Distributed.Net or SETI@home.
Running either piece of software for 24 hours would generally show any possible instability. A looping
Quake3 timedemo was also a good choice.
|
|
|
|
|
|
However, there are inherent limitations in these tests: |
|
|
|
|
|
- Not every error caused by overclocking causes a program to crash or the system to hang. Some
errors may be more subtle, such as a slight miscalculation. If such an event occurs and causes a pixel
to render a slightly different colour in Quake3 for example, the user is unlikely to notice and overall
this is no big deal. However such small errors can have a potentially devastating on distributed projects
such as SETI@home, which rely on the reliable processing of data.
- CPU Burn-in consistently delivers a higher CPU operating temperature
than the above mentioned applications, and other competeing CPU stress test programs. This allows
CPU Burn-in to be particularly effective at testing stability and cooling effectiveness.
|
|
|
How does it work? |
|
|
|
|
|
CPU Burn-in constantly cycles FPU intensive functions for a user specified period of time. The
resultant calculations are constantly checked for data integrity. If the program detects erroneous data
the user is immediately informed. Applications such as SETI@home and Distributed.Net perform no
such data checking. The user must rely on those programs to crash or the system to hang before a problem
can be noticed.
|
|
|
|
|
|
Instructions: |
|
|
|
|
|
Please Note: Overclocking can potentially be harmful to your CPU. It may fry or fail prematurely
in the long term. I cannot and will not be responsible for any damage you do to your hardware.
By it's very nature, CPU Burn-in pushes the CPU to the max. Increasing the voltage, Mhz, or PCI/AGP
above the recommended levels can cause damage.
|
|
|
|
|
|
- Uncompress the CPU Burn-in archive into any directory (if you're reading this, you've done it already ;-)
- Run the CPU Burn-in executable
- Input the number of hours and minutes you wish to run the program. After the time expires the test
finishes. You may quit at any time.
- If your system experiences instability during the burn-in test or you receive error messages it's likely
the system has been overclocked too far. If you believe a bug in the program has been found please
email info@cpuburnin.com
|
|
http://cpuburnin.com
|
|
|
|
Revision history: |
|
|
|
|
|
|
|