mersenneforum.org  

Go Back   mersenneforum.org > Great Internet Mersenne Prime Search > PrimeNet > GPU to 72

Reply
 
Thread Tools
Old 2020-02-16, 14:09   #4654
Chuck
 
Chuck's Avatar
 
May 2011
Orange Park, FL

11001100012 Posts
Default

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.
Chuck is offline   Reply With Quote
Old 2020-02-18, 00:14   #4655
James Heinrich
 
James Heinrich's Avatar
 
"James Heinrich"
May 2004
ex-Northern Ontario

52·113 Posts
Default

Quote:
Originally Posted by chalsall View Post
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".
James Heinrich is offline   Reply With Quote
Old 2020-02-19, 17:50   #4656
chalsall
If I May
 
chalsall's Avatar
 
"Chris Halsall"
Sep 2002
Barbados

2·7·631 Posts
Default

Quote:
Originally Posted by James Heinrich View Post
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.
chalsall is offline   Reply With Quote
Old 2020-02-19, 18:01   #4657
Uncwilly
6809 > 6502
 
Uncwilly's Avatar
 
"""""""""""""""""""
Aug 2003
101×103 Posts

3×2,591 Posts
Default

Quote:
Originally Posted by chalsall View Post
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
Uncwilly is offline   Reply With Quote
Old 2020-02-19, 19:58   #4658
James Heinrich
 
James Heinrich's Avatar
 
"James Heinrich"
May 2004
ex-Northern Ontario

52·113 Posts
Default

Quote:
Originally Posted by chalsall View Post
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.
James Heinrich is offline   Reply With Quote
Old 2020-02-20, 05:46   #4659
linament
 
Nov 2013

11102 Posts
Default 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.
linament is offline   Reply With Quote
Old 2020-02-20, 14:29   #4660
chalsall
If I May
 
chalsall's Avatar
 
"Chris Halsall"
Sep 2002
Barbados

2·7·631 Posts
Default

Quote:
Originally Posted by linament View Post
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.
chalsall is offline   Reply With Quote
Old 2020-02-20, 15:24   #4661
bayanne
 
bayanne's Avatar
 
"Tony Gott"
Aug 2002
Yell, Shetland, UK

22·3·52 Posts
Default

Looking forward to this :)
bayanne is offline   Reply With Quote
Old 2020-02-20, 17:21   #4662
chalsall
If I May
 
chalsall's Avatar
 
"Chris Halsall"
Sep 2002
Barbados

2×7×631 Posts
Default

Quote:
Originally Posted by bayanne View Post
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).
chalsall is offline   Reply With Quote
Old 2020-02-20, 22:19   #4663
kriesel
 
kriesel's Avatar
 
"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest

32×383 Posts
Default

Quote:
Originally Posted by chalsall View Post
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
kriesel is offline   Reply With Quote
Old 2020-02-21, 19:47   #4664
chalsall
If I May
 
chalsall's Avatar
 
"Chris Halsall"
Sep 2002
Barbados

2·7·631 Posts
Default

Quote:
Originally Posted by kriesel View Post
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.
chalsall is offline   Reply With Quote
Reply

Thread Tools


Similar Threads
Thread Thread Starter Forum Replies Last Post
Status Primeinator Operation Billion Digits 5 2011-12-06 02:35
62 bit status 1997rj7 Lone Mersenne Hunters 27 2008-09-29 13:52
OBD Status Uncwilly Operation Billion Digits 22 2005-10-25 14:05
1-2M LLR status paulunderwood 3*2^n-1 Search 2 2005-03-13 17:03
Status of 26.0M - 26.5M 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

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.