Re: Mersenne: GIMPS on new iMac ??
Hi, On Sun 13 Jan 2002 03:14, Russel Brooks wrote: Does Glucas run similar to prime95? Does it get exponents from the server, etc? Or would I have to do manual check in/out? Usually Glucas run fast but no as fast as prime95. If I recall well, a G4 processor runs at about the same speed than prime95 running on a PIII at the same clock speed. Tom Cage did some benchmark work: http://www.belchfirecomputing.com/GIMPS/Glucas/BenchMark.html Glucas only does Lucas Lehmer test (at the moment), no factorizing work. Unfortunately, you have to do manual check in/out (as in all non-prime95 family clients). Have a nice day. Guillermo. -- Guillermo Ballester Valor [EMAIL PROTECTED] Granada (Spain) _ Unsubscribe list info -- http://www.ndatech.com/mersenne/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers
Re: Mersenne: Preventing new assignments
On Sat, Jan 12, 2002 at 10:27:48AM -0500, Paradox wrote: In about 10 days, I've got 5 Pentium4 computers that will be submitting completed LL tests (for 10,000,000 digit numbers). I used to have dozens of smaller computers working on such LL tests for years, and so I have a collection of Prime95/mprime directories which have 60% to 80% completed LL tests in them. I'm going to want to make sure that the currently running mprime's on the P4s do not get new assignments, so that I can simply remove those copies of mprime and replace it with a copy from my collection. For now, I've set the Days of Work to 1. If I were to set days of work to 0, what would happen? How can I tell it to simply submit the results to primenet, disconnect, and then exit the program when it is done? There should be no need to do this. On the old machines, stop mprime, and copy the mprime backup files (p, and q if it exists) to the machine you want to continue their tests. Then add in the relevant lines from worktodo.ini on the old machines to that on the new one. The machine should then pick up the outstanding tests where the previous machines left off. Keep the existing Days of Work settings on the new machines - once they've exhausted the leftover assignments they will then go back to doing new assignments as before. I've used this method a few times in the past when I've temporarily had mprime running on machines during testing, prior to their being installed as major servers, and have had to transfer unfinished work elsewhere :-) -- --- Robin Stevens [EMAIL PROTECTED] - Oxford University Computing Services --- Web: http://www.cynic.org.uk/ --- (+44)(0)1865: 273212 (work) 273275 (fax) Mobile: 07776 235326 --- _ Unsubscribe list info -- http://www.ndatech.com/mersenne/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers
RE: Mersenne: Prime freezing when connecting by DSL to Primenet
As Xyzzy mentioned some of our team have had problems with client hanging as well. I personally have seen it in Prime95 and mprime (linux) both ver 21.4.1. In both cases the client occasionally hangs duringcommunication with Primenet. The hang happens atdifferent times in the communication during manual or automatic communication. In Prime95 the client is not completely hung as it still responds tosome client menu commands including 'about primenet server' which communicates with the server, however it does not continue factoring or LL testing and if you do a client exit it becomes completely unresponsive. In linux killing and restarting the process seems to work, in Win2000,XP ending the process via task manager works.Another team member has reported having to reboot to recover in Win98. There seem to be no side effect to killing the hung client unless the client was in the process of getting work in which case sometimes you are left with exponents showing on your Primenet report which are not in your worktodo.ini. In this case adding the entries to your worktodo seems to work. I have done some packet captures ofanormal communication and a failed communication which with my limited experience appeared to show a missing packet from the server prior to the hang. These were supplied to George and Primenetand I have exchanged a few email about the specifics of my set-up. I'msure GeorgeandPrimenet would appreciate as much info as possible from those getting the error. In my case OS - Win2000, WinXP, Linux Redhat7 Client - Prime95 21.4.1 and Mprime 21.4.1 Internet - Adsl via btopenworld.co.ukwith Win2000 internet connection sharing. Rob Reid www.teamprimerib.com
SV: Mersenne: Preventing new assignments
You could fool the program by telling it to use dial-up connection at the test/primenet menuitem. Then it will never tell anything until you again tell it to use you internet connection. Then you have the peace to change without a new assignment (and a probably p-1 factoring - which you ofcourse won't becasuse you are using 21.4 of prime. :-) br tsc -Oprindelig meddelelse- Fra: Paradox Sendt: lø 12-01-2002 16:27 Til: [EMAIL PROTECTED] Cc: Emne: Mersenne: Preventing new assignments In about 10 days, I've got 5 Pentium4 computers that will be submitting completed LL tests (for 10,000,000 digit numbers). I used to have dozens of smaller computers working on such LL tests for years, and so I have a collection of Prime95/mprime directories which have 60% to 80% completed LL tests in them. I'm going to want to make sure that the currently running mprime's on the P4s do not get new assignments, so that I can simply remove those copies of mprime and replace it with a copy from my collection. For now, I've set the Days of Work to 1. If I were to set days of work to 0, what would happen? How can I tell it to simply submit the results to primenet, disconnect, and then exit the program when it is done? Regards, David Meyer ([EMAIL PROTECTED]) About half of my prime checking arsenal: http://www.pdox.net/primework.jpg _ Unsubscribe list info -- http://www.ndatech.com/mersenne/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers _ Unsubscribe list info -- http://www.ndatech.com/mersenne/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers
Re: Mersenne: Prime freezing when connecting by DSL to Primenet
The side effect from killing the client I had was, that since the client wasn't stopped properly, I lostup to 4 hours of work - the time since the last save check point. - Original Message - From: Rob Reid To: [EMAIL PROTECTED] Sent: Sunday, January 13, 2002 1:42 PM Subject: RE: Mersenne: Prime freezing when connecting by DSL to Primenet [...] There seem to be no side effect to killing the hung client unless the client was in the process of getting work in which case sometimes you are left with exponents showing on your Primenet report which are not in your worktodo.ini. In this case adding the entries to your worktodo seems to work. [...]
Mersenne: Optimizing P4 usage
Hello, Gurus: At home I have 2 PC's, both of which devote their spare cycles to GIMPS. One is a 1.3 GHz P4 running W98, and the other a dual 1 GHz P3 running linux. One of the P3's is doing LL testing, and the other is doing mostly ECM, with a little trial factoring thrown in. The only part of Prime95 that uses the SSE2 P4 instructions is the LL testing. Because of the huge speedup this gives, I would like to keep the P4 machine doing nothing but LL tests. It is now about a month away from finishing its first 10 megadigit candidate. My question is whether it is worth the trouble to shift the trial and P-1 factoring of the next one to one of the P3 processors (the non-LL one). It might lead to one extra LL test in two years. The worktodo file for the P4 has: Test=current,68,0 Test=next,60,0 It should be noted that the W95 machine does not have enough RAM for phase 2 of the P-1 factoring, but the linux machine does. Any suggestions? TIA, Gerry -- mailto:[EMAIL PROTECTED] Gerry Snyder, AIS Director Symposium Chair, Region 15 RVP Member San Fernando Valley, Southern California Iris Societies in warm, winterless Los Angeles--USDA 9b-ish, Sunset 18-19 my work: helping generate data for: http://galileo.jpl.nasa.gov/ _ Unsubscribe list info -- http://www.ndatech.com/mersenne/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers
