mersenneforum.org Aliqueit.exe discussion
 Register FAQ Search Today's Posts Mark Forums Read

2009-04-26, 09:35   #166
Andi47

Oct 2004
Austria

2·17·73 Posts

Quote:
 Originally Posted by 10metreh I presume you were sieving at the time. Go into the folder aliqueit has created for the ggnfs job. Rename "spairs.out" to "spairs.add". Get the last special q from ".last_spq0" and change the q0 in "test.job" to that value. (Do not change qintsize or q1.) Restart aliqueit with the -e switch. First it will call msieve to do the poly search. As it has already found a poly, it will stop and aliqueit will run factMsieve.pl, resuming from where you left off.
Thanks!

2009-04-26, 09:39   #167
schickel

"Frank <^>"
Dec 2004
CDP Janesville

2·1,061 Posts

Quote:
 Originally Posted by Andi47 Is there an option / switch to resume a GNFS-factorization when it was interrupted?
Maybe we could lobby for a switch to re-start automagically....

2009-04-26, 09:55   #168
10metreh

Nov 2008

2·33·43 Posts

Quote:
 Originally Posted by schickel Maybe we could lobby for a switch to re-start automagically....
Automagically? Was that a typo, or a joke pretending to be a typo?

Last fiddled with by 10metreh on 2009-04-26 at 09:56

 2009-04-26, 10:31 #169 mklasson   Feb 2004 4028 Posts Well, if you can live with redoing the last partial sieve segment (I can ), you can just start aliqueit -e and it'll restart sieving from the last completed segment.
 2009-04-30, 02:18 #170 hhh     Jun 2005 37310 Posts A multi-core version would still be highly appreciated. In fact, it would only involve multiple instances of ecm, and possibly continuing ecm along yafu. Multicore-ggnfs is already implemented in the Perl-script. While obviously less effective on some 24h/d- computer, on my laptop which is often swiched on and off, having twice as often a breakpoint for GGNFS without waiting for ECM is an issue. I used to outsource ECM to the database, but given the madness going on there, this is no longer an option. Can this convince you? H.
2009-04-30, 09:03   #171
mklasson

Feb 2004

1000000102 Posts

Quote:
 Originally Posted by hhh Can this convince you?
Maybe. I would kinda like it myself too.

 2009-05-01, 10:54 #172 kar_bon     Mar 2006 Germany 2×1,433 Posts what about date/timestamps in aliqueit.log? like: Code: [2009-04-30 22:34] c98: running P-1 at B1=1e7... [2009-04-30 22:45] c98: running P+1 x3 at B1=5e6... [2009-04-30 23:12] c98: running 478 ecm curves at B1=1e6... [2009-05-01 00:34] c98: running qs (yafu)... (note: timings not real) yafu puts it's own timestamps in the log, so no need. and for gnfs like: Code: [2009-05-30 10:34] c104: running gnfs (ggnfs)... [2009-05-30 13:34] *** prp41 = 42908226275010576687094140721438858113571 [2009-05-30 13:34] *** prp63 = 843514729490186966042430055073623774745677929759731469884704651
2009-05-01, 11:10   #173
mklasson

Feb 2004

2·3·43 Posts

Quote:
 Originally Posted by kar_bon what about date/timestamps in aliqueit.log?
Yeah, that's a good idea, I've found myself missing that a couple of times as well.

 2009-05-05, 20:50 #174 Batalov     "Serge" Mar 2008 Phi(4,2^7658614+1)/2 9,257 Posts when a sequence merges Errh... not a bug that is easily seen (I've been lucky to see it): if/when a sequence merges, then I'd suggest to make a note in the output and continue running until it makes (let's say) 20 upward steps. It may as well terminate (which it did). It is only for convenience (it is easily done manually), maybe with an extra command-line parameter. E.g. -k (which in makefiles means "keep going" unconditionally). EDIT: --Serge Last fiddled with by Batalov on 2009-05-05 at 21:08 Reason: I should RTFM more often :-)
2009-05-05, 20:57   #175
mklasson

Feb 2004

2·3·43 Posts

Quote:
 Originally Posted by Batalov Errh... not a bug that is easily seen (I've been lucky to see it): if/when a sequence merges, then I'd suggest to make a note in the output and continue running until it makes (let's say) 20 upward steps. It may as well terminate (which it did). It is only for convenience (it is easily done manually), maybe with an extra command-line parameter. E.g. -k (which in makefiles means "keep going" unconditionally). --Serge
You can set detect_merge = false in the .ini and it'll keep going. I think that's sufficiently easy to do if indeed you get lucky and need to use it.

edit: I'd like to allow "-detect_merge false" (and any other .ini setting) to be passed on the cmdline as well, but I haven't gotten around to it yet.

Last fiddled with by mklasson on 2009-05-05 at 21:02

2009-05-06, 16:29   #176
mklasson

Feb 2004

2×3×43 Posts

Quote:
 Originally Posted by bsquared If you don't have access to a linux system then maybe you can't do anything about this, but I have one request. When I try to kill aliqueit when it's running via cntl-c it instead kills the program (yafu/msieve/ecm) that is running at that moment, and aliqueit immediately continues on and launches another factorization. So I have to cntl-z to the background, ps for the process IDs, kill the factorization job, then kill aliqueit, then fg aliqueit. Quite a process to stop the thing from running. Is there a way for aliqueit to intercept the cntl-c and stop it's execution instead?
Fiddling around with virtualbox right now, I ran into the same problem. Just spamming ctrl-c by keeping the keys depressed a couple of seconds works for me, but maybe you aren't so lucky? Just a thought.

 Similar Threads Thread Thread Starter Forum Replies Last Post johnadam74 Aliquot Sequences 4 2016-03-28 12:32 pakaran Aliquot Sequences 2 2015-09-12 23:10 EdH Aliquot Sequences 6 2011-12-13 18:58 science_man_88 Aliquot Sequences 185 2011-11-08 12:18 Greebley Aliquot Sequences 35 2010-02-13 15:23

All times are UTC. The time now is 19:07.

Sat Jan 16 19:07:35 UTC 2021 up 44 days, 15:18, 0 users, load averages: 1.95, 1.79, 1.66