![]() |
![]() |
#496 |
Sep 2011
Germany
AD016 Posts |
![]()
srsieve2cl.exe -n2501 -N10000 -P1e9 -M 5000 -g 5 -spl_remain.txt -fB
I tried to reduce the values but ends up every time in a driver timout. The usage was from 6.5-6.8GB VRAM. The error message came from the AMD driver, windows log (amdkmdag). |
![]() |
![]() |
![]() |
#497 |
"Mark"
Apr 2003
Between here and the
3·7·13·23 Posts |
![]()
I'm not certain how to address that. How many sequences are in the file? Can you cut the number of sequences in half and see if that works?
|
![]() |
![]() |
![]() |
#498 |
Sep 2011
Germany
AD016 Posts |
![]() |
![]() |
![]() |
![]() |
#499 | |
Dec 2011
After milion nines:)
3×11×43 Posts |
![]() Quote:
I found prediction time very wrong,as you can see in this example. I also found why is time so wrong. From time to time sieve increase current p ( in this example p=1646139929503171) and then prediction become "normal" : in this case sieve will be over in 5-6 days, not 6 years. It is cosmetic bug, but little strange one. On the other CPU prediction with same sieve file, is very accurate. Last fiddled with by pepi37 on 2021-01-13 at 11:19 Reason: add more info |
|
![]() |
![]() |
![]() |
#500 | |
"Mark"
Apr 2003
Between here and the
3×7×13×23 Posts |
![]() Quote:
Was something hindering execution such as another CPU intensive process? The first snippet shows very little progress (after at least 128 minutes) compared to the second. |
|
![]() |
![]() |
![]() |
#501 |
"Nuri, the dragon :P"
Jul 2016
Good old Germany
5·7·23 Posts |
![]()
I found an, well not an bug but a flaw in srsieve2. When using srfile to remove sequences from an k´s remain file its writes a file that begins like that:
pmin=0 I tried starting a sieve and got this result: Code:
C:\Users\Sydekum\Documents\other stuff\cllr38iwin64_v2>srsieve2.exe -s R7_4800.out -n 4800 -N 5000 -P 500e6 srsieve2 v1.1, a program to find factors of k*b^n+c numbers for fixed b and variable k and n Fatal Error: sequence must be in form k*b^n+c where you specify values for k, b and c After removing the line it worked fine. |
![]() |
![]() |
![]() |
#502 | |
"Mark"
Apr 2003
Between here and the
3×7×13×23 Posts |
![]() Quote:
I have added these to FUTURE.txt.
|
|
![]() |
![]() |
![]() |
#503 | |
Dec 2011
After milion nines:)
3×11×43 Posts |
![]() Quote:
No, there is no such process, this is Intel CPU with 6 cores, 5 are used. Dedicated machine only for sieving and from time to time open Firefox |
|
![]() |
![]() |
![]() |
#504 |
"Mark"
Apr 2003
Between here and the
188716 Posts |
![]()
All I can say is that the output is telling me that the CPUs are not being fully utilized by twinsieve, unless there is a bug causing the CPU to burn cycle without doing anything useful.
|
![]() |
![]() |
![]() |
#505 |
Dec 2011
After milion nines:)
26138 Posts |
![]()
That is reason why I say it is cosmetic bug, as soon as p increase, prediction time become accurate.
|
![]() |
![]() |
![]() |
#506 |
Dec 2020
Montreal
24 Posts |
![]()
This is most likely an issue with my syntax, but when I run srsieve2 with a sequence in the form (k*b^n+c)/d, the program does not seem to be recognizing the division.
Code:
uwu@DESKTOP-7I8GNER:~/Math/mtsieve$ ./srsieve2 -W2 -o=45557 -s"(41*10^n+13)/9" -n100001 -N150000 srsieve2 v1.3.1, a program to find factors of k*b^n+c numbers for fixed b and variable k and n Sieving with generic logic Sieve started: 3 < p < 2^62 with 50000 terms (100001 < n < 150000, k*10^n+c) Fatal Error: Invalid factor: 41*10^100001+13 mod 3 = 12 |
![]() |
![]() |