20201024, 20:42  #12 
"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest
2^{2}·3·5^{2}·17 Posts 
GPU models no longer available to me for test
GTX 480 Tesla C2075 GTX 1070 GTX 1080Ti Last fiddled with by kriesel on 20210129 at 17:08 
20201208, 22:29  #13 
"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest
11754_{8} Posts 
Software etc for numbers of other forms
Someday, maybe, summarize software, computation type, hardware type, number name, formula, useful threads etc for nonMersennenumbers
https://www.mersenneforum.org/showthread.php?t=25874 Wagstaff Riesel Proth Fermat Last fiddled with by kriesel on 20201208 at 22:46 
20210103, 19:08  #14 
"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest
2^{2}·3·5^{2}·17 Posts 
Donations
To donate to mersenne.org:
https://www.mersenne.org/donate/ via paypal or mail https://www.mersenneforum.org/showpost.php?p=516111&postcount=1 To donate to mersenneforum.org use the tiny donation link on the home page of the forum or contact the forum founder if unable to find the link. To help support the very useful mersenne.ca server and download mirror, contribute to mersenneforum.org as above. To donate to support the reference info effort: Please donate financial support to mersenneforum.org as above. There is no access to the reference info without a functioning forum. Donate suggestions, including possible contributions of content or identification of errors or unclarity, by posting in https://www.mersenneforum.org/showthread.php?t=23383 To donate to Mlucas development support: see the section near the top of https://www.mersenneforum.org/mayer/README.html (are there more? https://www.gpu72.com/?) https://www.mersenneforum.org/showpo...22&postcount=1 Last fiddled with by kriesel on 20210115 at 17:06 
20210113, 16:34  #15 
"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest
11754_{8} Posts 
Windows Subsystem for Linux (WSL)
early draft, maybe becomes a whole thread
Requirements: 64bit hardware supported by Windows WSL1: Windows 10 x64 v1607 or later per https://www.computerhope.com/issues/ch001879.htm WSL2: Windows10 x64 ~v1909 or later, and a processor that supports vritualization (VTX?), from personal experience. Checking whether WSL is installed and what version: in a Windows command prompt, "wsl l v" https://onecompiler.com/questions/3w...wslversionupd And it can be useful to "title wsl check" and leave the small command prompt box open as a reminder. Code:
NAME STATE VERSION * Ubuntu Stopped 1 Code:
C:\users\User\Documents>wsl l v Windows Subsystem for Linux has no installed distributions. Distributions can be installed by visiting the Microsoft Store: https://aka.ms/wslstore Code:
'wsl' is not recognized as an internal or external command, operable program or batch file. Installing WSL2: update to required Windows 10 version or higher. For x64 systems: Version 1903 or higher, with Build 18362 or higher. For ARM64 systems: Version 2004 or higher, with Build 19041 or higher. Install WSL 1. Then update to WSL 2. https://www.windowscentral.com/howi...sl2windows10 Simplified WSL2 install: Windows 10 build 20262 or higher https://docs.microsoft.com/enus/win.../installwin10 A handy reference, including adding GUI and RDP to WSL https://adamtheautomator.com/windows...temforlinux/ Top of reference tree: https://www.mersenneforum.org/showpo...22&postcount=1 Last fiddled with by kriesel on 20210202 at 18:38 
20210123, 00:02  #16 
"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest
11754_{8} Posts 
Mersenne semiprimes
Semiprimes are natural numbers that are products of exactly two factors other than one and themselves (and they may be squares). https://primenumbers.info/article/semiprimes
http://oeis.org/A092561 lists Mersenne numbers that are semiprimes without regard to whether n is composite. n Mn 4 15, 9 511, 11 2047, 23 8388607, 37 137438953471, 41 2199023255551, 49 562949953421311, 59 576460752303423487, 67 147573952589676412927, 83 9671406556917033397649407, 97 158456325028528675187087900671, 101 2535301200456458802993406410751 Subsetting to prime exponent < 100 gives p for Mp and factors 11 2047 f=23; 89 23 8,388,607 f=47; 178481 37 137438953471 f=223; 616318177 41 2,199,023,255,551 f=13367, 164,511,353 59 576,460,752,303,423,487 f= 179951, 3 203431 780337 67 147,573,952,589,676,412,927 = 193 707721 × 761838 257287 83 9,671,406,556,917,033,397,649,407 = 167 × 57912 614113 275649 087721 97 158,456,325,028,528,675,187,087,900,671 = 11447 × 13 842607 235828 485645 766393 below p=100, 8 Mersenne semiprimes of prime exponent vs. 10 Mersenne primes. in p= 100 to 200, 8 semiprimes vs. only 2 primes of prime exponent. in p=200 to 500, 9 vs 0. https://www.mersenne.org/report_expo..._hi=500&full=1 Last fiddled with by kriesel on 20210129 at 17:22 Reason: add a semiprime definition and link 
20210325, 16:19  #17 
"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest
2^{2}×3×5^{2}×17 Posts 
CUDALucas export
The zip file contains a small plain text documentation file, Perl source code, and a Windows executable.
The program accepts up to 3 command line parameters at a time, although there is not much point to more than two. Parameter choices are
Fastest and most compact is headeronly. Slowest by far and largest output is ASCII. Last fiddled with by kriesel on 20210328 at 23:19 
20210326, 10:31  #18 
"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest
2^{2}×3×5^{2}×17 Posts 
PRP types

20210329, 02:00  #19 
"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest
2^{2}×3×5^{2}×17 Posts 
unreliable gpu case study
The gpu in question is an XFX Radeon VII with 16GB of Samsung ram. It is significantly more errorprone, as indicated by GpuOwl GEC error detections, than the Hynixram Radeon VIIs, even at nominal gpu ram clock rate or below. The Hynix ram gpus can go weeks between errors at over 1100MHz, while this gpu rarely goes half a day if over 900MHz.
The gpu is the only one present in the system. It occupies a motherboard PCIe slot (no extender present in the system). The system has a 1100W power supply, so should have ample power for the gpu. GpuOwl V6.11380g36f4e2a is being run. The system has ECC ram for reliability. It is a Lenovo D30 with dual e52697v2 cpus. The OS is Windows 10 Pro x64, build 19041.867. The preceding exponent 337333333 accumulated 144 GEC error detections during its primality test. While running a single long exponent (340000607), I have been slowly changing and logging changes to gpu ram clock rate, seeking an acceptably low error rate, over a period of weeks, and will continue until it reaches an acceptable error rate or gains cease. It has completed M340000607. M480003217 is running now. Gpuowl instances v6.11380 and v7.253 have been adjusted to log 20000 to take advantage of a slight performance optimization given its error rate. That's revisited as error rate changes. Also block 1000 for future exponents, to reduce GEC frequency a little (reducing overhead by ~0.3%) from the current block 400. The gpuowl log contains timing of error detections but not cause. Analysis of gpuowl logs shows a subset, about 12%, of the error detections are with res64 value zero. There appear to be multiple error modes, since there are both zero residues and more commonly seemingly random residues when errors are detected. There is no apparent correlation between errors and time of day. There is no initial clear indication of nonrandomness to the res64s that are nonzero. Using https://www.gigacalculator.com/calcu...calculator.php to evaluate the extremes of frequency observed in the first 33 errordetected res64 hex digits, the large number of zeros is certainly nonrandom. All other counts are within the 95% confidence level of being random occurrence in the 528 digits. Setting aside the 80 digits due to the 4 allzero errors included in the digit frequency analysis as nonrandom, sample size declines to 464, and the 95% thresholds are 20 to 37 occurrences of a given digit value. The number of occurrences of the following digits fall outside the 95% probability of chance count range (2037): Code:
digit count 1 40 7 41 9 40 c 18 The total number of odds or of evens is only 3 away from equal (261 vs 267) which is suspicious given that 64 are nonrandom even zeroes. Subtracting them out there are 261 odds vs 203 evens in 464. A 0.4% probability at 5050 chance. Overall during the run, average time betweeen PRP error detections was ~8 hours 19 minutes (8.32 hours) For a similar error rate, due to duration of run, LL at the DC wavefront without Jacobi check requiring ~7 hours would sometimes succeed and sometimes not. LL at the first test wavefront requiring ~28 hours would probably fail every time, without Jacobi check, and most times with it.(0.5^{28/8.32} ~0.097 chance of successful completion with Jacobi check). A 100Mdigit run at ~15 days would have a very slim chance of completing correctly (0.5^{15*24/8.32} ~9.4E14) Last fiddled with by kriesel on 20210331 at 12:46 
Thread Tools  
Similar Threads  
Thread  Thread Starter  Forum  Replies  Last Post 
Draft proposed standard for Mersenne hunting software neutral exchange format  kriesel  Software  49  20180815 23:28 
Request for comments  ET_  FermatSearch  5  20160703 10:58 
No Comments?  R.D. Silverman  GMPECM  11  20130629 20:34 
lowvalue comments cleared out of FFT thread  Maximus  Math  15  20111108 19:38 
LLT Cycles for Mersenne primality test: a draft  T.Rex  Math  1  20100103 11:34 