mersenneforum.org GPU to 72 status...
 Register FAQ Search Today's Posts Mark Forums Read

 2020-02-16, 14:09 #4654 Chuck     May 2011 Orange Park, FL 11001100012 Posts All is well...thanks for quick fix. I like the way the results submission process for Colab works using the GPU72_TF computer name. This separates out the work on my PrimeNet CPU report so I can see how much is coming from Colab.
2020-02-18, 00:14   #4655
James Heinrich

"James Heinrich"
May 2004
ex-Northern Ontario

52·113 Posts

Quote:
 Originally Posted by chalsall The automatic submission of completed work by Colab Instances is now (almost completely) working. For those who's Primenet Username (not Display Name) I already knew, I've activated this.
I notice that the returned results are queued in GPU72 for a minute or so, which is fine, but the text shown below says:
Quote:
 Copy and paste the above results lines (only those in the green cell) into the Primenet Manual Results page. Or, better yet, please email us with your Primenet USERNAME (but NOT your PASSWORD), and the results will be submitted automatically.
Perhaps it would be better to show that only for users for whom automatic submission is not enabled, and for those for whom it is to display something like "the above result(s) will be sent to Primenet automatically within a minute or so".

2020-02-19, 17:50   #4656
chalsall
If I May

"Chris Halsall"
Sep 2002

2·7·631 Posts

Quote:
 Originally Posted by James Heinrich Perhaps it would be better to show that only for users for whom automatic submission is not enabled, and for those for whom it is to display something like "the above result(s) will be sent to Primenet automatically within a minute or so".
Thanks... I often forget about the humans...

So, it appears that Colab is definitely viable again! A massive thanks to Google for all the compute. I have to assume they understand, and are tolerant of, what we're up to.

Because of this, I have invested the time in getting the GPU_TF Notebook to also run CPU jobs in parallel. This is close to being ready for production -- will be running initially with some beta testers (beyond just me).

Although, to be honest, there's not a whole lotta power there. Only a single (hyperthreaded) core of a Xeon @ 2.30GHz. 12G of RAM, though, so good for (slowish) P-1'ing. And a pity to just let it sit there idle.

In preparation for taking this "live", I have enabled the GUI function for CPU Worktype selection at the Instance List and Edit pages. Note that by default every instance is set to "Let GPU72 Decide" -- I haven't actually figured out what makes sense yet. Perhaps some ECM'ing?

But, importantly, anyone who doesn't want a CPU job to be run in parallel, please choose the "Disabled" option. Then the CPU is left for whatever you might want to do with it.

Pointing out of SPE's appreciated. As are thoughts and suggestions.

2020-02-19, 18:01   #4657
Uncwilly
6809 > 6502

"""""""""""""""""""
Aug 2003
101×103 Posts

3×2,591 Posts

Quote:
 Originally Posted by chalsall Because of this, I have invested the time in getting the GPU_TF Notebook to also run CPU jobs in parallel. This is close to being ready for production -- will be running initially with some beta testers (beyond just me).
me me me pick me

2020-02-19, 19:58   #4658
James Heinrich

"James Heinrich"
May 2004
ex-Northern Ontario

52·113 Posts

Quote:
 Originally Posted by chalsall I have invested the time in getting the GPU_TF Notebook to also run CPU jobs in parallel.
Thanks for doing this, I was hoping you would.

 2020-02-20, 05:46 #4659 linament   Nov 2013 11102 Posts GPU Work Type I just noticed today that a Notebook Access Key that I had set to LL TF (Depth First) says Unknown in the GPU Work Type column on the Notebook Access Key page (https://www.gpu72.com/account/instances/). I didn't use this key today, so I don't know what type of work actually gets assigned to it.
2020-02-20, 14:29   #4660
chalsall
If I May

"Chris Halsall"
Sep 2002

2·7·631 Posts

Quote:
 Originally Posted by linament I didn't use this key today, so I don't know what type of work actually gets assigned to it.
Ah... Thanks. As usual, an SPE... Fixed.

This was just an error on what was displayed to the humans on that one page. The fetch would have gotten the work-type actually set.

 2020-02-20, 15:24 #4661 bayanne     "Tony Gott" Aug 2002 Yell, Shetland, UK 22·3·52 Posts Looking forward to this :)
2020-02-20, 17:21   #4662
chalsall
If I May

"Chris Halsall"
Sep 2002

2×7×631 Posts

Quote:
 Originally Posted by bayanne Looking forward to this :)
Yeah... It will be good to do a bit of CPU work on the side (and/or, when GPUs aren't available).

Please keep in mind that these CPUs are not that quick. ~30 running hours for a Cat 2 P-1 (done "well", though).

2020-02-20, 22:19   #4663
kriesel

"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest

32×383 Posts

Quote:
 Originally Posted by chalsall I have invested the time in getting the GPU_TF Notebook to also run CPU jobs in parallel. This is close to being ready for production -- will be running initially with some beta testers (beyond just me). Although, to be honest, there's not a whole lotta power there. Only a single (hyperthreaded) core of a Xeon @ 2.30GHz. 12G of RAM, though, so good for (slowish) P-1'ing. And a pity to just let it sit there idle.
Excellent. A core is a terrible thing to waste. Especially if it's among dozens or hundreds.

These first-PRP tests were all done by mprime on those single Colab Xeon cores, sometimes hyperthreaded and sometimes not, with permanent storage on Google drive to bridge the brief runs.

Code:
86939693    Kriesel    colab    57990AE5CDD378__    30388581    1    3        2019-12-20 00:52
87092557    Kriesel    colab    B26A478128F5A9__    27398510    1    3        2019-12-29 20:11
90417403    Kriesel    colab    506CACA072C1F7__    61584056    1    3        2020-02-01 21:58
90808273    Kriesel    colab    711968184E7EE8__    63588385    1    3        2020-02-17 07:28

2020-02-21, 19:47   #4664
chalsall
If I May

"Chris Halsall"
Sep 2002

2·7·631 Posts

Quote:
 Originally Posted by kriesel Excellent. A core is a terrible thing to waste. Especially if it's among dozens or hundreds.
Yeah... I don't think we'll ever get into the hundreds, but I am designing this to be ready to scale...

Amusingly, one of my beta test runs actually just found a factor (Stage 1)!

Man, "cloud" is fun!!!

Code:
20200221_185700 DEEP:  BS: [Work thread Feb 21 18:57] M92729447 has a factor: 185587507878894135482237279303 (P-1, B1=720000)
20200221_185700 DEEP:  BS: [Comm thread Feb 21 18:57] Sending result to server: UID: [REDACTED]/Colab_iROOT, M92729447 has a factor: 185587507878894135482237279303 (P-1, B1=720000)
20200221_185700 DEEP:  BS: [Comm thread Feb 21 18:57]
20200221_185701 DEEP:  BS: [Comm thread Feb 21 18:57] PrimeNet success code with additional info:
20200221_185701 DEEP:  BS: [Comm thread Feb 21 18:57] CPU credit is 3.7816 GHz-days.
20200221_185701 DEEP:  BS: [Comm thread Feb 21 18:57] Successfully quit GIMPS.

 Similar Threads Thread Thread Starter Forum Replies Last Post Primeinator Operation Billion Digits 5 2011-12-06 02:35 1997rj7 Lone Mersenne Hunters 27 2008-09-29 13:52 Uncwilly Operation Billion Digits 22 2005-10-25 14:05 paulunderwood 3*2^n-1 Search 2 2005-03-13 17:03 1997rj7 Lone Mersenne Hunters 25 2004-06-18 16:46

All times are UTC. The time now is 05:20.

Sat Apr 4 05:20:35 UTC 2020 up 10 days, 2:53, 1 user, load averages: 1.83, 1.68, 1.68