Automatic Submission Spider for Workers...

[flashjh]

Originally Posted by bcp19

Just when I got mine set up too :( At least GPU72 is up and we can get assignments if needed.

I won't have that problem ;) I just picked up about 28 days worth of 69-73 (with 7 workers going at it). Maybe I'll find a bunch of factors and it will be out by the time PrimeNet comes up!

Still, you got to test it before PrimeNet went down. It's disappointing that we can't use PrimeNet to try to find the M48 cantidate, but I'm sure it was a good reason to actually get some maintenance done.

[Dubslow]

I kinda hate to put more work on your plate, but I have a question about spidey:

if (TalkToPrimeNet("account/\?user_login=${UN}&user_password=${PW}&B1=GO")) {
      ($Success, $Text) = TalkToPrimeNet("manual_result/");

      if ($Success) {
         if ($Text =~ /${UN} logged-in/) {
            Log(1, "Successfully logged into PrimeNet.");
         } else {
            Log(3, "Didn't find our username in the response; not logged in.  Exiting.");
            Log(0, "Response was:\n${Text}\n\n.");
            $Success = 0;
         }
      } else {
         Log(3, "PrimeNet returned a bad response; not logged in.  Exiting.");
         Log(0, "Response was:\n${Text}\n\n.");
      }
   }

Why log in, and then request and parse the /manual_results/ page? Why not just do something like

      ($Success, $Text) = TalkToPrimeNet("\?user_login=${UN}&user_password=${PW}&B1=GO"); # Obviously remove /account/

      if ($Success) {
         if ($Text =~ /${UN} logged-in/) {
            Log(1, "Successfully logged into PrimeNet.");
         } else ...snip

[chalsall]

Originally Posted by Dubslow

Why log in, and then request and parse the /manual_results/ page?

I was being overly paranoid. It was to ensure the Cookie issued after the log-in attempt actually resulted in you being logged in.

Otherwise there is a risk the spider could submit results which would be credited to Anonymous, rather than you.

But, as has been discussed, this spider needs some loving care and attention based on what we've learnt thanks to careful observation of users, and James' access to the server's code.

[LaurV]

Originally Posted by chalsall

I was being overly paranoid.

I would better vote for the paranoid version... Maybe you all have fast nets in US but there is not the case everywhere around, and we sometimes still end up in having our results reported as anonymous. I hate that (that is why I am still manually reporting, as I said, I am old fashion guy :P, and my hand is trembling from too much smoking, I love the "are you sure you want to format your hdd?" messages). Not because of the credit, but feels a bit like cheated to do the work and report it as anonymous, and that's why...

I vote for the paranoid version.

[debrouxl]

Paranoid would be my vote as well, be it for the spider or the worker programs (Prime95, mfakt*, CUDALucas, etc.) - if the program is 1-2% slower but more reliable, so be it

[Dubslow]

It's not the speed, it's the extra strain on PrimeNet that we're worried about.

[Dubslow]

I've found the issue with my implementation of the time zone shift: Daylight Savings Time. *headdesk*

[Dubslow]

Originally Posted by chalsall

I was being overly paranoid. It was to ensure the Cookie issued after the log-in attempt actually resulted in you being logged in.

Now that I think about it, does PrimeNet actually use cookies? In my experience, I've found that a user (IP?) is logged out after one hour of inactivity. I'm not quite sure about the time limit, but after long enough I am definitely logged out (and my username does not appear).

[chalsall]

Originally Posted by Dubslow

Now that I think about it, does PrimeNet actually use cookies?

Definitely.

[bcp19]

Chalsall, the last few days, I have noticed that my 'problem' machine has been acting weird with the spider. In the log, no number is showing up indicating GHz Days credit about 1/2 the time. Today I saw something like "uninitialized?(un-something) variable $GHzDays...". It works fine on my other machine, so I doubt it is the code, but was wondering if you had any thoughts. In case you are wondering, I refer to it as a problem machine because it tends to fail intermittantly when trying to use the internet whlie under a heavy load(and with P95/mfaktc running, it is always under a heavy load).

[flashjh]

Originally Posted by bcp19

Chalsall, the last few days, I have noticed that my 'problem' machine has been acting weird with the spider. In the log, no number is showing up indicating GHz Days credit about 1/2 the time. Today I saw something like "uninitialized?(un-something) variable $GHzDays...". It works fine on my other machine, so I doubt it is the code, but was wondering if you had any thoughts. In case you are wondering, I refer to it as a problem machine because it tends to fail intermittantly when trying to use the internet whlie under a heavy load(and with P95/mfaktc running, it is always under a heavy load).

I've had the same problem, but I have my system setup to rename the 'not submitted' file back to results.txt so it just sends it again later. Since the server started having problems I noticed the submission spider fails around once a day - it is still working thought with the rename batch file.