NEW CLIENT for SB
I'm here to help.
Cheers,
Louie
First, a correction: On the download page in Step 2, "build" is misspelled.
Next, a question: should it say somewhere to put the prime.txt file that's downloaded separately in the same directory as the rest of the prime95 files?
Finally, a comment: the prime.txt file would be considerably easier to read if each setting were on its own line. As it stands, Notepad on my Vista machine displays them all on about three lines, not separated by spaces.
The prime.txt thing is because it's using Unix newlines isntead of DOS - if you open it up in Wordpad or a more advanced text editor than Notepad, it will show up fine.
OK, fixed. Thank you very much!Originally Posted by Bananaman42
That's a good idea. I want it to be clear for everyone. Download page updated!
I had trouble figuring this out at first because the default prime.txt file included in both Windows clients DOES use WINDOWS style line breaks, so anyone editing that file on windows (even with Notepad) will not run into the issue you describe.
But I figured out that the reason you saw this issue is because you downloaded the personalized version of prime.txt which already contains your username from the site (i.e. http://www.seventeenorbust.com/accou...xt.php?u=louie). You don't need to edit this version because it's already setup to work with you username, so very few people will be editing this version... especially with Notepad. Even so, I'd fix it if I could but the only way to fix this from my side would be to change the linebreak style which would cause even more editing problems for non-Windows users. So I'm leaving it as regular linebreaks for now. As enderak points out, Wordpad and every other known editor handles this correctly. I'm actually amazed that Microsoft has the temerity to not fix Notepad after so many years.
Cheers,
Louie
It looks like once you run Prime95 it reformats prime.txt with DOS newlines, so it shows up fine in Notepad after that.
How do I set the new client to use just one or two of my cores, please? As soon as I started the client, multiple "workers" popped up and assumed I wanted to use every core I had.
Edit: Found it. It's under Test->Worker Windows.
(Assuming Windows client here...)
Test > Worker Windows up in the menus
Number of worker windows * Multithreading = Total number of cores that will be used
I encountered a bug where the username kept being changed back to "louie" in the text file. I'm having difficulty reproducing it now, but what happened was I changed my name in the prime.txt file to deciheximal, saved the file, loaded the new client, looked at test->preferences and saw the "optional user ID" listed as "louie", which I changed to deciheximal as well. Then I closed the client, looked back at prime.txt, where V5UserID had been changed back to louie. Changed it back to deciheximal, saved, loaded the client and saw that in text->preferences, the file name had been changed back to louie. Went through variations on this about 8 times before I somehow got it to stick. Now both the user ID in that menu and my text file remain as my user name.
Note that before this, I wasn't getting credit for running the new client. (Yes, the line MersenneIP=www.seventeenorbust.com has remained in tact) I'll have to watch to see if that changes now.
I see how this could happen. I fixed it on the server.
This fix will also reclaim any tests you're currently working on when your name is switched from louie back to your correct username.
Cheers,
Louie
Hi,
I just tried the new client.
The "installation" was very easy.
After starting the client I got an k-n-pair to test, but the client says
After this the client starts with de PRP-test. Is this OK, or is there something wrong with my preferences? If everything is OK, why is the client aborting the P-1 / when will the client do the factoring?Code:Optimal P-1 factoring of 55459*2^16039570+1 using up to 400 MB of memory. Assuming no factors below 2^55 and 0 primality tests saved if a factor is found. 55459*2^16039570+1 does not need P-1 factoring.
Nothing wrong at all, that is what it is supposed to do. The new client will not be doing any P-1 factoring until n>17.2M. (n's before 17.2M have already been factored or are in the process of being factored manually)
The client should not have output this harmless message. I'll fix this in a future release.
OK.
Thanks for the fast answer.
Hi,
I am participating in SoB and in GIMPS and now I wanted to switch to the new client in the hope to have one common interface to handle them both. Since I own a Dual Core processor, I intend to run GIMPS on one core and SoB on the other one. After I had modified my (already existing) prime.txt by adding the lines accordingly, I really noticed my GIMPS continuing with the Lucas-Lehmer test on "worker 1" and starting a new SoB run on "worker 2", just as intended:
Prime.log:
Got assignment 000000000000000000000000000EDF95: PRP 21181*2^16028684+1
Sending expected completion date for 21181*2^16028684+1: Apr 02 2009
[snip]
=END=
Also the window for "worker 2" started with the iterations, showing the message
[Thu Mar 19 21:00:43 2009]
21181*2^16028684+1 does not need P-1 factoring.
(Thanks to Rincewind, I am not concerned about that message anymore)
And here is my problem:
After some hours (after the next connection to the server) I noticed that the client had stopped doing the SoB run but instead it had started to perform an additional GIMPS run. So SoB had been replaced by GIMPS...
In prime.log I found some "Error 43: Invalid assignment key".
Is there anything I missed? Did I misconfigure anything?
It would be really nice if you could help my out so that I can continue in supporting two great initiatives! If necessary I can poste quotes from some of my log files. I am using the Windows 64-bit version of the client on a Vista 64Bit Operating System.
Thanks,
Oliver
The only way to do this is to run two instances of prime95. This is because you want to talk to two different servers. Prime95 cannot be configured to have one worker talk to the GIMPS server and one worker talk to the SoB server.
So have two folders - one for GIMPS and one for SoB. Configure each to only run one worker thread - and set affinity so they run on different cores.
Thanks for the answer. I'll try it that way.
Best regards
Oliver
How does this client act on intermediate transmit, does it transmit intermediate blocks or only complete test results?
I disabled "Transmit intermediate blocks" with the old client because each server connection costs cpu-time.
Can this be done with the new client, so it only connect with server after test completion?
Louie,
It seems that the new client is unable to get secondpass wu. I tried to get wu using the new client with usernameQQQsecondpass but the client is only able to save it as usernameQQQsecondpas with 20 characters limit.
I assume that the client defaulted to anonymous since it was able to crunch and send updates but I was unable to see it on my pending web page.
I was able to get a new wu and able to see it on the pending page only after I deleted the orginal folder and started with my first pass username.
e
Last edited by engracio; 03-22-2009 at 06:40 PM.
Theadalus,
By default it contacts the server once per day, and the network communication is on a separate thread, so it does not delay computation like the old client did, so there is no worry about wasting cpu time.
If you want to, you can set "Days between sending new end dates" to 7 (the max), but it's really a non-issue.
With the old client (v2.5) it could happen the server was connected about 1600+ times a day (for each block), that's a significant cpu-loss.
But once a day is indeed a non-issue.
Thanx for your respons!
This old way to grab second-pass tests doesn't work with the new server and never will. That's the reason I "un-stuck" the forum thread about how to check them out using that method. I didn't want new users to see those instructions for the old client and get confused.
I'm actually amazed you got the server to accept that username at all. I'm going to have to study how you were able to do that so I can prevent it in the future. I'll enable a different way to get second-pass soon, but for right now, please use your regular username and do first-pass tests.... or in the case of the GIMPS client, first-pass tests where n > 16M. The second-pass limit is already in the 13M range and the first-pass is in 14M so there's no meaningful difference in speed to complete the tests, but first-pass are much more likely to contain primes at this point.
Cheers,
Louie
Yes I was able to get the 16m wu but was unable to see any progress on pending page. I then changed the prime.ini to 1st pass username but still unable to see pending page progress. Deleted worktodo folder and still no progress update. Thinking the server locked me out, I deleted the whole folder and started all over again. Been crunching since.
Did not see the post about no second pass for the new client yet, just reporting on the new client.
e
Yeah, thanks so much for the feedback. It's incredibly helpful to know what users are doing and how I should improve the server.
I'm glad you got it working well now too. Thanks again.
Cheers,
Louie
Do you know if PrimeNet 4.0 will work with the SoB server? Should I just try it and hope nothing breaks? I have some older Linux systems that don't have libcurl.so.3 or higher (among some other outdated libs), so they can't run the mprime 25.9, and compiling from source doesn't seem to work for the same reason.
Worst case, I just continue running the old SoB client on these machines, so it's not really a big deal.
Users have reported that linking libcurl.so.3 to libcurl.so.4 will work.
Thanks for the reply.
I did have to do that on one or two systems, but on the older ones I only have libcurl.so.2, and linking to the older version did not work.
I currently have SB set to the above, however as I am also running Prime95 on other boxen it is possible to change project using V5 server. Are any other projects chooseable on SB and is it the aim to at some stage run WMMS and be able to select any of the other projects listed ...
In undoc.txt, it describes the "UseCurl=0" option. You could try that.
Ah, good to know. I tried it, but it looks like I still need glibc 2.3.4 or higher, and all I have on this box is 2.3.2.
When I get a chance, I'll look into upgrading. Thanks for the help.
This option doesn't work for SB as it defaults to using v5.mersenne.org with "UseCurl=0"
Why isn't this client in a normal setup.
That would be easier for new and some old members
A missed change.
Ps: And how can you see the progress, It's not as clear as the old SOB client.
Not a %-done or even a CPU-time or even a Run-time.
Can we have some stats now?
How much users use new client?
wbr, Me. Dead J. Dona \
I will fix this in the next release.
Can I just reiterate how nice it is to have an actively developed project with an admin that is keen to improve the running of things and a client that is also being actively developed. Kudos to you gentlemen!
for the work on the new cliënt!
But I've some questions about running the client offline, that means on a local network without internet. I used to install 2.5.x on all PC's and on 1 I had SBQueue installed.
With the new client it is no problem to work offline but I am just wondering what the best way is to transfer finished tests from the offline PC's back to an internet connected PC, how to flush them manually and offcourse how to get new WU's to the offline PC. My plan at the moment is to just copy the complete SOBGIMPS folder when a test is done but i guess there must be an easier way to do this (e.g. by copying only the right files).
That brings me to my "feature request" would it be possible to make the client ask for a number of WU's instead of DaysWork? In this case it would be easier to get new WU's for the offline PC's.
With the new client only communicating with the server once per day, having the stats for the last 24 hours is not really very informative any more. I wonder if replacing the 24-hour stat graph with something like the last 5 or 7 days would make more sense as more and more people switch to the new client.
Yeah, I'm trying to address the "Last Day" stuff by replacing it with "Yesterday" but it's somewhat difficult in a few spots.
I've changed the graph to 7 days and updated some of the "Last Day" stats.
Cheers,
Louie
Is it possible to just let users set the new client to contact the server more often? Like every hour?
No, 1-7 days is the ranges allowed. I'm kind of OK with that though. Yes it's nice to have up to the second stats freshness, but the network traffic caused by the v2.5.0 client is pretty ridiculous. I think once per day is still plenty often. Once the stats are reworked a bit, it won't meaningfully effect actual production or even stats competition.
Cheers,
Louie
It's not a way to encourage people to use the new client by offering less frequent updates. I scripted my clients so they are send a mprime -m, 10,<enter>,<enter>,Y,<enter>,5. I've scheduled that every hour.
Last edited by DukeBox; 03-28-2009 at 12:38 PM.
Posting Permissions
Reply With Quote
