Hopefully all is running reasonably well now. I'm off on vacation for 10 days, whatever is currently broken will remain so until I return.

[QUOTE=James Heinrich;408746]Hopefully all is running reasonably well now. I'm off on vacation for 10 days, whatever is currently broken will remain so until I return.[/QUOTE]

Great job James! Thanks a lot!

Once your system has collected a week's worth of delta data, I'll put the links back on GPU72 over to your tables.

Enjoy for vacation! I have to say I really miss BC's summers (but not it's winters!).

[QUOTE=James Heinrich;408746]Hopefully all is running reasonably well now. I'm off on vacation for 10 days, whatever is currently broken will remain so until I return.[/QUOTE]
Enjoy the holiday, you worth it!

[QUOTE=James Heinrich;408689]Sorry, perhaps I didn't explain well. PrimeNet runs an export job at 00hUTC (or a few seconds after) exporting all the data submitted on the date that just ended.[/QUOTE]

Yeah, it's set to run at 00:01 UTC daily, but there's a fudge factor of up to 30 seconds built in (that's in case some other task might be set to run at that same minute). It takes a little time to parse the day's logs and generate the XML, so it'll typically be done by 00:03 UTC at the latest. In general it'll be done by 00:02:30 :smile:

[QUOTE=James Heinrich;408689]...small but non-trivial amount of realtime to verify each factor...[/QUOTE]

Wha.... ? You don't trust Primenet to have already run that check when the factor was checked in? :smile: It does check, but the steps involved there are unfamiliar to me, so... yeah... I guess trust-but-verify if you're not sure either.

PS - I got your request to include additional resolution in the time stamps of the logs... as soon as my brain catches up with me I'll add that in. It should be trivial to include the seconds in that data, so then it becomes a matter of anyone else looking at those XMLs, make sure you can handle hh:mm:ss and not just hh:mm

[url]http://www.mersenne.ca/status/tf/0/5/33210[/url]

I only see 1 line 332.10M (not the usual 11) ...

[QUOTE=Madpoo;408774]You don't trust Primenet to have already run that check when the factor was checked in? :smile:[/QUOTE]I do, but re-checking never hurt. But most importantly, PrimeNet result lines record the factor as-submitted, which can be composite of smaller prime factors. It's genuinely a factor of the exponent, just not a prime factor, so I check everything for that :smile:

[QUOTE=Madpoo;408774]PS - I got your request to include additional resolution in the time stamps of the logs...[/QUOTE]Thanks!

[QUOTE=petrw1;408775][url]http://www.mersenne.ca/status/tf/0/5/33210[/url]
I only see 1 line 332.10M (not the usual 11) ...[/QUOTE]Working as expected.
0M - 100M has 0.01M resolution
100M-1000M has 0.1M resolution
1000M-4294M has 1.0M resolution

Check a few posts/pages back for the rationale (mostly saving server time and space, concentrating the data points where they're most interesting).

[QUOTE=James Heinrich;408779]Working as expected.
0M - 100M has 0.01M resolution
100M-1000M has 0.1M resolution
1000M-4294M has 1.0M resolution

Check a few posts/pages back for the rationale (mostly saving server time and space, concentrating the data points where they're most interesting).[/QUOTE]

Right....I remember now

[QUOTE=Madpoo;408774]Yeah, it's set to run at 00:01 UTC daily, but there's a fudge factor of up to 30 seconds built in (that's in case some other task might be set to run at that same minute). It takes a little time to parse the day's logs and generate the XML, so it'll typically be done by 00:03 UTC at the latest. In general it'll be done by 00:02:30 :smile:[/QUOTE]And today, for the first time, your job croaked. The .xml.bz2 file is only 37 bytes and contains no data.

That's because nobody did any trial factoring job today! Back to work you lazy monkeys! :razz:

[QUOTE=LaurV;408806]That's because nobody did any trial factoring job today! Back to work you lazy monkeys! [/QUOTE]

I have never done any trial factoring. My graphics cards do it for me. :razz: