mersenneforum.org  

Go Back   mersenneforum.org > Prime Search Projects > No Prime Left Behind

Reply
 
Thread Tools
Old 2008-11-14, 05:07   #23
mdettweiler
A Sunny Moo
 
mdettweiler's Avatar
 
Aug 2007
USA (GMT-5)

624910 Posts
Default

Quote:
Originally Posted by IronBits View Post
Ok, so... would anyone have any heartburn if we did this?

--displayFormat = "%s*2^%s+1" -- use this for PRP type test
displayFormat = "%s*2^%s-1" -- use this for LLR type test (default

to this
displayFormat = "%s,2,%s,-,1," -- use this for LLR type test (default

We can get rid of the * and ^ to make it easier to parse ;)

(I know, we already have everything parsing as it was, but it would be easier...)
Just asking... not knowing how important the 'data line' is...
Actually...that is the most critically important line of all of them--I probably would have a little heartburn if we changed those around. In fact, the Perl scripts that I use for results processing throw the user and date/time lines right out the window--the main purpose for those scripts is to extract the actual results from the results files, sort them, and output them to a file containing just the results lines, ordered first by n, then by k--exactly as if they were originally run with manual LLR, in order. (Though we feed the k/n pairs into the LLRnet server in order, the results file ends up putting them out of order due to the fact that some are returned before others, etc.)

So, long story short: if it's not too big a deal, that's the one line in the results file that we really, really don't want to mess with. I mean, I guess I *could* fix my scripts to deal with the commas instead of the * and ^ symbols--but hey, as the saying goes, if it ain't broke, don't fix it.

Last fiddled with by mdettweiler on 2008-11-14 at 05:08
mdettweiler is offline   Reply With Quote
Old 2008-11-14, 05:19   #24
IronBits
I ♥ BOINC!
 
IronBits's Avatar
 
Oct 2002
Glendale, AZ. (USA)

111310 Posts
Default

Ok, delete my question, your response, and this message, so we don't clutter up our good conversation on the date/time format.
Forget I even asked the question ;)
IronBits is offline   Reply With Quote
Old 2008-11-14, 05:23   #25
mdettweiler
A Sunny Moo
 
mdettweiler's Avatar
 
Aug 2007
USA (GMT-5)

3×2,083 Posts
Default

Quote:
Originally Posted by IronBits View Post
Ok, delete my question, your response, and this message, so we don't clutter up our good conversation on the date/time format.
Forget I even asked the question ;)
LOL--nah, don't worry, it was a good question, nothing wrong with that.
mdettweiler is offline   Reply With Quote
Old 2008-11-14, 07:46   #26
mdettweiler
A Sunny Moo
 
mdettweiler's Avatar
 
Aug 2007
USA (GMT-5)

3·2,083 Posts
Default

Well, I've finally gotten all the CSV/results/timestamp stuff sorted out for server G4000! (For the unenlightened--namely, anyone other than David and I, who have been discussing this via email for a while--I've been working on fixing my CSV/results processing scripts so that they are fully compatible with the new CSV and timestamp formats.) David, I've gone back and fixed all of G4000's old results files to the ISO format we're using. A lot of the timestamps were "fixed" by simply using a text editor to get rid of the AM/PM stuff with search/replace, so some of the times are off by 12 hours, but that shouldn't be a big deal as we're not using the times for much right now, especially in light of G4000 being sort of a "testbed" server anyhow. At any rate, it shouldn't be a problem at all--just wanted to give you a heads up so that you don't think something's wrong if some of the results at the end of some of the files may appear to have come in prior to the ones at the beginning of the file.

Anyway, all the fixed scripts should be running daily on a cron job, and G4000's llr-serverconfig.txt is set to use our ISO time format. Thus, G4000 should produce correct daily results files and csv files at the respective linked locations--thus, David, you now officially have to go-ahead to import all the CSV files from from G4000 whenever you're ready, and continue to do so automatically once you eventually get all that set up over on your stats server.

Oh, and David, I'll send you the fixed csv.pl file tomorrow (getting too late right now, it's ~3AM and I need to get to bed); just use it to replace the one I sent you earlier with my llrnet-copyoff-results.pl script, and that should complete the long-awaited set of scripts to handle results copying off on Linux.

Phew! Glad to have all that finally off my plate.

Max
mdettweiler is offline   Reply With Quote
Old 2008-11-14, 09:43   #27
kar_bon
 
kar_bon's Avatar
 
Mar 2006
Germany

22·691 Posts
Default

new problems?

see http://www.mersenneforum.org/showpos...&postcount=321

Last fiddled with by kar_bon on 2008-11-14 at 09:43
kar_bon is offline   Reply With Quote
Old 2008-11-14, 12:12   #28
gd_barnes
 
gd_barnes's Avatar
 
May 2007
Kansas; USA

5×2,017 Posts
Default

Quote:
Originally Posted by mdettweiler View Post
A lot of the timestamps were "fixed" by simply using a text editor to get rid of the AM/PM stuff with search/replace, so some of the times are off by 12 hours, but that shouldn't be a big deal as we're not using the times for much right now, especially in light of G4000 being sort of a "testbed" server anyhow. At any rate, it shouldn't be a problem at all--just wanted to give you a heads up so that you don't think something's wrong if some of the results at the end of some of the files may appear to have come in prior to the ones at the beginning of the file.
Quote:
Originally Posted by kar_bon View Post


He answered the 'problem' in his post here. See above.
gd_barnes is online now   Reply With Quote
Old 2008-11-14, 13:02   #29
IronBits
I ♥ BOINC!
 
IronBits's Avatar
 
Oct 2002
Glendale, AZ. (USA)

3·7·53 Posts
Default

I'll get them all fixed, no worries. Let's see what happens today in about an hour or so, and I'll take a look when I get home.
I'll stop the servers, make a manual stats run, change the logformat, restart the servers, then make the necessary changes to the scripts, and we should be good to go.

Quote:
Originally Posted by kar_bon
David:
the last 2 result-files for port 400 you alternate the day and month!
example (last pair from results_20081113_0657_IB_nplb_400.txt):
user=IronBits
[2008/13/11 06:56:51]
471*2^546367-1 is not prime. Res64: E3E427F429745FD9 Time : 429.0 sec.

this should be
[2008/11/13 06:56:51]

Last fiddled with by IronBits on 2008-11-14 at 13:03
IronBits is offline   Reply With Quote
Old 2008-11-17, 21:09   #30
IronBits
I ♥ BOINC!
 
IronBits's Avatar
 
Oct 2002
Glendale, AZ. (USA)

100010110012 Posts
Default

Everything is good to go now.
IronBits is offline   Reply With Quote
Old 2008-11-20, 14:59   #31
IronBits
I ♥ BOINC!
 
IronBits's Avatar
 
Oct 2002
Glendale, AZ. (USA)

45916 Posts
Default Function to run a script for primes found

Found this in the llr-client.cfg
Wonder if we could put this into the server.cfg and get it to fire off a script for auto notification?

-- Uncomment the two functions below to launch some script each
-- time you respectively find a prime, and submit a new result

--function OnPrime(t, k, n)
-- local script = "onprime.sh"
-- if WIN32 then
-- script = "onprime.bat"
-- end
-- execute(format("%s %d %d %d", script, t, k, n))
--end
IronBits is offline   Reply With Quote
Reply

Thread Tools


Similar Threads
Thread Thread Starter Forum Replies Last Post
This date in time... E_tron Lounge 68 2013-10-03 06:23
Didn't get the credits and no server logs joblack PrimeNet 5 2010-07-02 22:31
Last login Time/Date Poll garo Forum Feedback 3 2007-09-11 20:31
Last Logon Date/Time Missing richs Forum Feedback 6 2007-09-11 14:51
llrnet server down? Molnar Prime Sierpinski Project 4 2006-10-19 14:32

All times are UTC. The time now is 10:26.

Tue Mar 31 10:26:19 UTC 2020 up 6 days, 7:59, 0 users, load averages: 1.18, 1.26, 1.18

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2020, Jelsoft Enterprises Ltd.

This forum has received and complied with 0 (zero) government requests for information.

Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.
A copy of the license is included in the FAQ.