mersenneforum.org  

Go Back   mersenneforum.org > New To GIMPS? Start Here! > Information & Answers

Reply
 
Thread Tools
Old 2016-07-26, 14:36   #12
xilman
Bamboozled!
 
xilman's Avatar
 
"π’‰Ίπ’ŒŒπ’‡·π’†·π’€­"
May 2003
Down not across

101010000111002 Posts
Default

Quote:
Originally Posted by henryzz View Post
Yes but NFS post-processing needs rock stable memory.
Indeed. What I like and what I get isn't always the same.
xilman is offline   Reply With Quote
Old 2016-07-27, 03:57   #13
wingman99
 
Jul 2016

1110 Posts
Default

Thanks for all the replies. I was also wondering what the round off checking does? I have more errors when it is enabled.

Last fiddled with by wingman99 on 2016-07-27 at 03:57
wingman99 is offline   Reply With Quote
Old 2016-07-27, 04:48   #14
VBCurtis
 
VBCurtis's Avatar
 
"Curtis"
Feb 2005
Riverside, CA

22×1,217 Posts
Default

Quote:
Originally Posted by wingman99 View Post
Thanks for all the replies. I was also wondering what the round off checking does? I have more errors when it is enabled.
Without putting too fine a point on it, it checks for roundoff errors- if you don't check for them, you might miss some miscalculations (fewer error messages).

The FFT is a bit of an approximation- imagine if multiplying two integers produced a decimal output, such as 20.31. Now, since the inputs were integers, you know the output should be an integer, so you round off the decimals and say the output is 20. But what if the output is 20.49? Is the error 0.49 and the correct answer 20, or is the error 0.51 and the correct answer is 21?

Prime95 generally chooses an FFT such that errors stay under 0.40, to 'eliminate' this sort of uncertainty. If a roundoff error is over 0.40, either the program should use a slower but more accurate calculation (a larger FFT), or the computer made a calculation error. Prime95 checks this by repeating the step that produced the roundoff error- if repeatable, use larger FFT. If not repeatable, hardware error!
VBCurtis is offline   Reply With Quote
Old 2016-08-10, 19:33   #15
wingman99
 
Jul 2016

B16 Posts
Default

Thanks for the information.
wingman99 is offline   Reply With Quote
Old 2016-08-11, 05:43   #16
LaurV
Romulan Interpreter
 
LaurV's Avatar
 
Jun 2011
Thailand

965310 Posts
Default

To add to it, P95 checks anyhow for rounding errors, every xxx (1000? 10000?) iterations (quantity is not important, but the idea), to keep the calculus "on track", no matter if you check that box or not. Checking that box will make it look for rounding errors more often (every 100? every 10?) iterations. As this is a timely process, it is not recommended to do it at every iteration, and your test will run slower (like 5%, 10%? depending on the system/CPU/memory) when you check the box, but it will be safer. On a system which you know it is good (i.e. produces successful DC residues every now and then) you better don't check the box. On a "new" (unproved) system, check the box. For safety, many of us here always run with the box checked. Shit happens even with the best computers...

For a more mathematical explanation, see the chapter on the Gimps' math page.

Last fiddled with by LaurV on 2016-08-11 at 05:46
LaurV is offline   Reply With Quote
Old 2016-08-15, 20:54   #17
wingman99
 
Jul 2016

11 Posts
Default

Thanks I started a new post because I did not ask if the round off check enabled works in the torture test. I'm working with overclocking PCs.

Last fiddled with by wingman99 on 2016-08-15 at 20:56
wingman99 is offline   Reply With Quote
Reply



Similar Threads
Thread Thread Starter Forum Replies Last Post
Is it possible to disable benchmarking while torture tests are running? ZFR Software 4 2018-02-02 20:18
Disable prime95 during the day roelvz Software 10 2016-02-23 13:19
Disable sending expected completion date? Xyzzy PrimeNet 1 2009-04-24 07:50
Disable Ctrl Alt Delete Task Manager TTn Programming 31 2005-12-31 12:56
How to disable an unused computer? romanhoehne PrimeNet 1 2004-05-06 13:00

All times are UTC. The time now is 17:29.


Sun Aug 1 17:29:29 UTC 2021 up 9 days, 11:58, 0 users, load averages: 1.16, 1.33, 1.29

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, Jelsoft Enterprises Ltd.

This forum has received and complied with 0 (zero) government requests for information.

Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.
A copy of the license is included in the FAQ.