mersenneforum.org LLRnet supports LLR V3.8! (LLRnet2010 V0.73L)
 Register FAQ Search Today's Posts Mark Forums Read

 2010-03-13, 09:28 #2 em99010pepe     Sep 2004 2·5·283 Posts I'm getting CRC errors when unpacking the zip. Could you please check it up? I will try to install winrar to see if the issue is with IZArs. EDIT: It was a download error, got it now. Sorry. Last fiddled with by em99010pepe on 2010-03-13 at 09:55
 2010-03-13, 09:31 #3 kar_bon     Mar 2006 Germany 32×313 Posts i've downloaded all 3 zip's and everything is ok! AND extracted them all without error! Last fiddled with by kar_bon on 2010-03-13 at 09:48
 2010-03-13, 21:27 #4 PCZ     Jun 2006 Chertsey Surrey UK 2·179 Posts I've given this a try out using the dos script. Working OK so far. Noticed when running bases other than 2 that the results file in llrnet server always reports base 2. The hist files in the client directories report the base correctly. Good Job Last fiddled with by PCZ on 2010-03-13 at 21:28
2010-03-13, 21:30   #5
kar_bon

Mar 2006
Germany

32·313 Posts

Quote:
 Originally Posted by PCZ I've given this a try out using the dos script. Working OK so far. Noticed when running bases other than 2 that the results file in llrnet server always reports base 2. The hist files in the client directories report the base correctly. Good Job
edit the line
Code:
displayFormat = "%s*2^%s-1"
in the 'llr-serverconfig.txt' (folder 'LLRnet_server') and substitute the '2' with the base you're testing!

Last fiddled with by kar_bon on 2010-03-13 at 21:31

2010-03-13, 21:31   #6
mdettweiler
A Sunny Moo

Aug 2007
USA (GMT-5)

624910 Posts

Quote:
 Originally Posted by kar_bon edit the line Code: displayFormat = "%s*2^%s-1" in the 'llr-serverconfig.txt' and substitute the '2' with the base you're testing!
Yes, this happens regardless of what client you're using if you have displayFormat set incorrectly.

 2010-03-13, 22:11 #7 PCZ     Jun 2006 Chertsey Surrey UK 2×179 Posts Thanks that fixed it.
 2010-03-14, 09:22 #8 gd_barnes     May 2007 Kansas; USA 2×3×19×89 Posts I believe in giving credit where it is due: This was Karsten's original idea so it was up to him how to present it here. Max was instrumental in converting the Windows script to the Linux script in very quick order. I did extensive detailed testing on the Linux side and made several modifications to the Linux script. Many thanks to both Karsten and Max for their extensive efforts on this and picking up the slack after I had to leave on a business trip a little over a week ago. One note to the public: While this has been extensively "alpha" testing, it can still be considered in a public "beta" testing phase. By that I mean, to fully prove itself, it needs to have 100s of cores running it. There is one thing that I wanted to bring up. I know that many people, including myself, don't always read the documentation. There is one thing that is somewhat important to understand with the new LLRnet. It tests "in batch", meaning it will not return any pairs to the server until it is completely done with its cache. For that reason, whenever you stop one of your cores, please be sure and run: llrnet -c What that will do is send already-tested results to the server and return the untested pairs at the same time. The nice improvement that we made is that you only have to do it once to return all pairs; both completed and uncompleted. (This was one of the more difficult things to make work correctly during testing.) As an example, if you cached 5 pairs and decide you want to stop after completing testing on 3 of them. The above command will return the 3 completed results PLUS the 2 remaining untested pairs to the server. This is important because if you don't do that, not only will you miss credit for your completed results, you could have a prime in those results and miss getting credit for a prime! Sometime in late March or early April, we will plan to have our first rally in quite some time and of course we plan to use the new client. In the week prior to that, perhaps I can combine with another heavy hitter such as Ian or Lennart to put at least 100 cores on it in preparation for the upcoming rally. Everyone have fun with it and if you find anything, please let us know. I know firsthand that it is a whole lot faster than the "old klunky" LLRnet and I can personally attest to the fact that it works on at least 35 cores running at once. Gary Last fiddled with by gd_barnes on 2010-03-14 at 10:12
 2010-03-14, 14:11 #9 kar_bon     Mar 2006 Germany 1011000000012 Posts I've just been aware of an issue in the Win-batch V0.70: Scenario: - the WUCachSize is set to a value greater than 1 (for example 5) - stopping the script during LLR is testing and a prime was found (for example the 2nd pair was prime and stopped after 3 pairs done) - cancelling undone jobs with calling 'do -c' -> this prime was submitted to the server but not logged in the local file 'primes.txt' I've updated the ZIP-file in the first post and attached the new script here. Please rename the TXT-file to 'do.bat' and place it in the client-folder(s). Note on 2010-03-30: With the new version the attachment is obsolete and was deleted here! Please refer to the link in post #1! (kar_bon) Last fiddled with by kar_bon on 2010-03-30 at 12:42
2010-03-14, 19:51   #10
gd_barnes

May 2007
Kansas; USA

2·3·19·89 Posts

Quote:
 Originally Posted by kar_bon I've just been aware of an issue in the Win-batch V0.70: Scenario: - the WUCachSize is set to a value greater than 1 (for example 5) - stopping the script during LLR is testing and a prime was found (for example the 2nd pair was prime and stopped after 3 pairs done) - cancelling undone jobs with calling 'do -c' -> this prime was submitted to the server but not logged in the local file 'primes.txt' I've updated the ZIP-file in the first post and attached the new script here. Please rename the TXT-file to 'do.bat' and place it in the client-folder(s).

Nice catch Karsten. That's what we have beta testing for. It's almost impossible to think of every situation that will come up in alpha testing. Other testing scenarios that you might check out: Do the same thing but where the 1st pair is a prime -or- where the most recently completed pair is a prime. For example in the above scenario having stopped after 3 pairs were processed out of 5, try having pair #1 be a prime -and- also try having pair #3 be a prime. Bugs frequently come out at the beginning or end of a process, especially when the process is interrupted by something.

One question: Did you update the client in post #1 here? If not, that would be helpful. The hotel I'm at on my trip has a fairly severe limitation on downloading anything of any size and is very slow in doing so. After a minute of attempting to look at your DOS link, I decided to stop it as it was only barely above 10%.

While this is a small issue that doesn't affect reporting to the server, all issues need to be ironed out. I will test the same scenario on the Linux client by Tuesday after I get back from my trip.

For just small 1 or 2-line changes like this, I'm going to suggest that we don't update the version # just yet until we get all known small issues ironed out. Once they are all fixed, then we can "officially" make it version 0.71 or something like that. If there is a big issue as a result of something in large-scale stress testing, then I think it would be good to have a fix for that be either version 0.71 or 0.8 immediately, depending on what you guys think.

Does that sound reasonable?

Gary

Last fiddled with by gd_barnes on 2010-03-14 at 20:08

2010-03-14, 20:02   #11
kar_bon

Mar 2006
Germany

32×313 Posts

Quote:
 Originally Posted by gd_barnes Does that sound reasonable?
it's ok for me!

i've also put the determination of the local prime-logfile (primes.txt) in the WIN-script at the start of it, so it's done only once for a batch-run. otherwise it would be done everytime a prime was found. not that big timing issue.

 Similar Threads Thread Thread Starter Forum Replies Last Post ValerieVonck Software 12 2010-03-15 18:09 balachmar Prime Sierpinski Project 4 2008-07-19 08:21 em99010pepe Riesel Prime Search 20 2007-09-11 21:03 ewmayer Soap Box 23 2007-05-27 12:37 Bananeweizen Sierpinski/Riesel Base 5 4 2006-10-14 07:51

All times are UTC. The time now is 23:48.

Sun Jul 5 23:48:28 UTC 2020 up 102 days, 21:21, 0 users, load averages: 1.62, 1.82, 1.66