20100517, 02:10  #1 
May 2003
3·97 Posts 
When will it stop?
Been running msieve for about a week on the same number, and noticing some confusing behaviour:
Total yield: 573661 0/0 mpqs failures, 368057/167535 vain mpqs milliseconds total: Sieve 6153294 Sched 0 medsched 991531 TD 2859366 (Init 95818, MPQS 554544) SieveChange 2967952 TD side 0: init/small/medium/large/search: 25369 260872 71926 215193 631399 sieve: init/small/medium/large/search: 124365 1070449 109121 1595205 500229 TD side 1: init/small/medium/large/search: 19996 220143 73040 218601 1025779 sieve: init/small/medium/large/search: 65963 692984 110585 1622884 261509 appending spairs.out.T0 to spairs.out appending spairs.out to 42710.dat Found 18965932 relations, 113.4% of the estimated minimum (16720000). > msieve s example\42710.dat l example\42710.log i example\42710.ini  nf example\42710.fb t 1 nc1 113.4%? Shouldn't it be doing the linear algebra step now? Why has it kept going? 
20100517, 02:58  #2 
"Serge"
Mar 2008
Phi(4,2^7658614+1)/2
2×3×1,657 Posts 
That's "... 113.4% of the estimated minimum ..." (this minimum is necessary but not sufficient).
Minimum is estimated from past experience. Before minimum is collected, there is no use to even present the data to msieve's filtering attempt (which precedes algebra). The specific amount needed for your project will be controlled by the script. Just leave it running; everything looks ok. 
20100517, 03:13  #3 
May 2003
3·97 Posts 
Thanks. Guess I'm just used to DC projects where the number of steps needed is exactly known.

20100517, 03:30  #4 
"Ed Hall"
Dec 2009
Adirondack Mtns
2×3×821 Posts 
It has stopped (sieving), as shown by:
Code:
> msieve s example\42710.dat l example\42710.log i example\42710.ini  nf example\42710.fb t 1 nc1 It should next move to nc2 and then nc3 Last fiddled with by EdH on 20100517 at 03:32 
20100517, 13:36  #5  
May 2003
443_{8} Posts 
Quote:


20100517, 14:33  #6 
(loop (#_fork))
Feb 2006
Cambridge, England
2·7·461 Posts 
Have a look at the file example\42710.log
if it has a note at the bottom about 'needs 1000000 more relations', just let everything carry on; this just means that the minimum has been underestimated and it needs to find more relations. If not, post the bottom thirty or so lines here and we'll tell you what to do. 
20100517, 20:59  #7 
May 2003
3·97 Posts 
I haven't found a log file, but there is a HUGE text file (now around 3GB). Is that it? I would look at it but I don't have enough RAM.

20100517, 21:20  #8 
Mar 2006
Germany
2·1,489 Posts 
You can download a small Lister program which supports big files, too. Try the 32Bitversion. Perhaps it helps.
But I think the 3GB file is the relations found, the LOG file is more ggnfs.log or msieve.log. 
20100517, 23:01  #9 
"Ed Hall"
Dec 2009
Adirondack Mtns
11476_{8} Posts 
I agree that the 3GB file is probably the relations, but shouldn't the log file be the one in the call line for msieve (l example\42710.log) and found in the example subdirectory in whatever directory msieve is run from?
How large is the composite? 16.7M+ is a large number of relations. A c106 was fine with well under 5M for me recently. In fact, I was having trouble with too many relations for awhile. How long does the filtering step (nc1) take based on relations? I don't remember it ever taking very long, but I haven't been working with composites much over 110 digits any time recent. 
20100518, 00:56  #10 
"Serge"
Mar 2008
Phi(4,2^7658614+1)/2
2×3×1,657 Posts 
Apparently, Thom is factoring a gnfs127 from the OP thread.
He will be done soon. 
20100518, 01:01  #11 
May 2003
3·97 Posts 
Can't seem to find that kind of file. Is that going to be a problem?

Thread Tools  
Similar Threads  
Thread  Thread Starter  Forum  Replies  Last Post 
Sieving: When to stop?  SaneMur  Riesel Prime Search  4  20110718 17:04 
Stop p95 or llr before restarting?  Joshua2  Software  6  20050516 16:36 
Should we stop at k=249?  jocelynl  15k Search  2  20040710 13:31 
When to stop sieving?  ebx  3*2^n1 Search  9  20040706 15:30 
RMA  stop LLR bug  paulunderwood  3*2^n1 Search  8  20040519 07:10 