mersenneforum.org  

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

Reply
 
Thread Tools
Old 2021-09-24, 17:30   #386
petrw1
1976 Toyota Corona years forever!
 
petrw1's Avatar
 
"Wayne"
Nov 2006
Saskatchewan, Canada

3×5×349 Posts
Default

Quote:
Originally Posted by chalsall View Post
Been there for as long as GPU72 has existed. (Not meaning to be mean or anything, but I believe it was actually you who asked it be rendered as UTC rather than AST many years ago...)
Not the first time; won't be the last time I've had a senior moment.
petrw1 is online now   Reply With Quote
Old 2021-09-25, 01:48   #387
axn
 
axn's Avatar
 
Jun 2003

542710 Posts
Default

Quote:
Originally Posted by chalsall View Post
I don't really understand the feature request/bug report.
<snip>
With regards to the report being out of sync with Primenet, that will (almost) *always* be the case. GPU72 only "spiders" Primenet twice an hour to get updates wrt factors found and P-1'ing/TF'ing completed.
When the report says "Updated: xxxx UTC", I expect all the results reported to primenet by xxxx UTC to be there. If that is not the case can you please give a "Data as of" time as well which represents the last time primenet was spidered?

I don't really care what time report was generated. I only care how recent the data actually is.
axn is offline   Reply With Quote
Old 2021-09-25, 23:52   #388
chalsall
If I May
 
chalsall's Avatar
 
"Chris Halsall"
Sep 2002
Barbados

251668 Posts
Default

Quote:
Originally Posted by axn View Post
I don't really care what time report was generated. I only care how recent the data actually is.
I hear your reasoning for the change request. Having thought about it, I'm going to remain with the current code paths.

There are many clients (read: workers) who interact with GPU72 by way of direct IPC. The Colab TF'ers and P-1'ers for example.

The timestamp on the report at https://www.gpu72.com/twok/ should perhaps be interpreted as the knowledge GPU72 had at that moment in time. One hour resolution is the same as provided by Primenet for many of its reports.

I hope and trust this is acceptable, taking into consideration the computational and bandwidth constraints of the IPC between these two systems.
chalsall is offline   Reply With Quote
Old 2022-09-30, 11:06   #389
LaurV
Romulan Interpreter
 
LaurV's Avatar
 
"name field"
Jun 2011
Thailand

2·47·109 Posts
Default

Hey Chris, we have arguments again

Code:
20220930_093729 ( 0:02): Installing needed packages...
20220930_093749 ( 0:02): Fetching work...
20220930_093753 ( 0:02): Running GPU type Tesla T4

20220930_093753 ( 0:02): running a simple selftest...
20220930_093804 ( 0:02): Selftest statistics
20220930_093804 ( 0:02):   number of tests           107
20220930_093804 ( 0:02):   successfull tests         107
20220930_093804 ( 0:02): selftest PASSED!
20220930_093804 ( 0:02): Starting trial factoring M121004437 from 2^76 to 2^77 (126.48 GHz-days)

20220930_093804 ( 0:02):  Exponent  TF Level  % Done     ETA   GHzD/D  Itr Time |   Class #,   Seq # |    #FCs | SieveRate |  SieveP
20220930_093804 ( 0:02): 121004437  76 to 77    0.1%   1h45m  1729.39    6.582s |    0/4620,   1/960 |  67.58G | 10267.1M/s |   82485
20220930_093810 ( 0:02): 116038357 using up to 10496MB of memory.
20220930_093810 ( 0:02): Assuming no factors below 2^77 and 2 primality tests saved if a factor is found.
20220930_093810 ( 0:02): Optimal bounds are B1=972000, B2=77451000
20220930_093810 ( 0:02): Chance of finding a factor is an estimated 4.64%
20220930_093810 ( 0:02): 116038357 P-1    77   39.62%  Stage: 1   complete.
20220930_093810 ( 0:02): 116038357 using up to 10496MB of memory.
20220930_093810 ( 0:02): Assuming no factors below 2^77 and 2 primality tests saved if a factor is found.
20220930_093810 ( 0:02): Optimal bounds are B1=972000, B2=77451000
20220930_093810 ( 0:02): Chance of finding a factor is an estimated 4.64%
20220930_093810 ( 0:02): 116038357 P-1    77   39.62%  Stage: 1   complete.
20220930_093905 ( 0:03): 121004437  76 to 77    1.0%   1h48m  1658.82    6.862s |   44/4620,  10/960 |  67.58G | 9848.2M/s |   82485
20220930_093939 ( 0:04): M121004437 has a factor: 80397885568786528793209
This may be the record for the fastest, non-trivial factor ever found, haha (time is UTC, not Thai).

And the most unluckiest factor, to be found exactly after the GPU72 script started, as it can be seen from the screen output - the interposed CPU-related stuff in the middle is bothering but I let it there for authenticity.

So, this factor was "unlucky" to be in a very incipient class and was found out in a minute after starting mfaktc, there was no other work to do, mfaktc closed, and resources were wasted. On the lucky side, I was still there, I didn't just evaporate after launching the notebook and the resources were wasted only for a minute. But what if I would not?

I know we "argued" and then you implemented the trick to give more assignments in the same time, and not only one, why the process wasn't working this time? Did you revert it back accidentally when you fixed the A100, or was it just implemented at that time for me/for very short assignments?

Last fiddled with by LaurV on 2022-09-30 at 11:11
LaurV is offline   Reply With Quote
Old 2022-09-30, 21:57   #390
chalsall
If I May
 
chalsall's Avatar
 
"Chris Halsall"
Sep 2002
Barbados

2·5·1,087 Posts
Default

Quote:
Originally Posted by LaurV View Post
Hey Chris, we have arguments again
You are non-nominal...

If you had waited about twenty seconds, the Notebook code would have fetched the next assignment from GPU72.com, and Oliver's code would have launched. TF'ing the next assignment.

It is trivial for me to change the number of assignments from 1 to 2 (or X). As you well know. At the same time, you have demonstrated the ability to do this yourself. Trivial in the Pro environment, since you have Terminal access. Most don't have Pro, so this doesn't impact most people.

P.S. Just in case it isn't clear to the casual reader, LaurV and I get along great. Respectfully razzing each other is just a way of keeping each other on our toes! 8^)
chalsall is offline   Reply With Quote
Old 2022-10-03, 16:09   #391
LaurV
Romulan Interpreter
 
LaurV's Avatar
 
"name field"
Jun 2011
Thailand

2×47×109 Posts
Default


So, you have some hidden process in bkgnd that fetches assignments. Good to know. Didn't look, and I was impatient, I was thinking " I got him!"


Edit: however, a parameter line to select the number of assignments wouldn't hurt. Also, since I can't get GPUs anymore (Gugu is upset with me, I think....), I started playing with CPU-only, High-Mem sessions. There you get about 51G, and about 45 could be used for P-1. Is there any way for you to detect that? If not, maybe a parameter line where we could specify the amount for stage 2 memory wouldn't hurt either... You always assume we have the 12G sessions, and you use about 10. In case we take the High-Mem sessions, about 35G are wasted.

So, when you get the time, and not digging out cement boulders in that garden of yours...

Last fiddled with by LaurV on 2022-10-03 at 16:20
LaurV is offline   Reply With Quote
Old 2022-10-28, 18:25   #392
mrk74
 
Jan 2020

3×29 Posts
Default

I have 2 instances running on Colab. I THOUGHT assignments were supposed to run until they were finished but every once in a while after a reset even if I have 2 unfinished P-1 assignments a new one will start. To my thinking that just pushes back when the original ones will end up getting done. Is there anything that can be done to fix/correct/change that? I thought at one time is was setup that way but then it changed but I may be wrong on that. I haven't seen this happen with TF's. It's only with P-1's.
mrk74 is offline   Reply With Quote
Old 2022-10-28, 23:25   #393
chalsall
If I May
 
chalsall's Avatar
 
"Chris Halsall"
Sep 2002
Barbados

251668 Posts
Default

Quote:
Originally Posted by mrk74 View Post
I have 2 instances running on Colab.
Yes. Some have more; some have less. Some are using the GPU72 Notebook.

Quote:
Originally Posted by mrk74 View Post
I THOUGHT assignments were supposed to run until they were finished but every once in a while after a reset even if I have 2 unfinished P-1 assignments a new one will start.
Nominal and sane behaviour. Exactly as engineered into the code paths. Race conditions can be amusing...

Quote:
Originally Posted by mrk74 View Post
To my thinking that just pushes back when the original ones will end up getting done. Is there anything that can be done to fix/correct/change that?
Sure. Wait about twenty minutes before restarting. Or just trust that the system is sane, and all work will be completed by (and credited to) you.

Just to share... It is absolutely wonderful being able to experiment in this kind of domain.

The "edge cases" are something everyone /should/ consider, but they can sometimes be subtle... 8^)
chalsall is offline   Reply With Quote
Reply

Thread Tools


Similar Threads
Thread Thread Starter Forum Replies Last Post
Requests? Xyzzy Forum Feedback 104 2017-04-02 22:20
Collaboration Requests robert44444uk Prime Gap Searches 2 2017-01-17 07:57
Requests for change... WraithX FactorDB 32 2014-12-18 03:40
Manual Requests tului GPU Computing 15 2014-06-24 06:22
a few simple requests for v5 ixfd64 PrimeNet 44 2010-01-11 20:21

All times are UTC. The time now is 18:54.


Mon Dec 5 18:54:04 UTC 2022 up 109 days, 16:22, 0 users, load averages: 1.23, 1.27, 1.17

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2022, 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.

≠ ± ∓ ÷ × · − √ ‰ ⊗ ⊕ ⊖ ⊘ ⊙ ≤ ≥ ≦ ≧ ≨ ≩ ≺ ≻ ≼ ≽ ⊏ ⊐ ⊑ ⊒ ² ³ °
∠ ∟ ° ≅ ~ ‖ ⟂ ⫛
≡ ≜ ≈ ∝ ∞ ≪ ≫ ⌊⌋ ⌈⌉ ∘ ∏ ∐ ∑ ∧ ∨ ∩ ∪ ⨀ ⊕ ⊗ 𝖕 𝖖 𝖗 ⊲ ⊳
∅ ∖ ∁ ↦ ↣ ∩ ∪ ⊆ ⊂ ⊄ ⊊ ⊇ ⊃ ⊅ ⊋ ⊖ ∈ ∉ ∋ ∌ ℕ ℤ ℚ ℝ ℂ ℵ ℶ ℷ ℸ 𝓟
¬ ∨ ∧ ⊕ → ← ⇒ ⇐ ⇔ ∀ ∃ ∄ ∴ ∵ ⊤ ⊥ ⊢ ⊨ ⫤ ⊣ … ⋯ ⋮ ⋰ ⋱
∫ ∬ ∭ ∮ ∯ ∰ ∇ ∆ δ ∂ ℱ ℒ ℓ
𝛢𝛼 𝛣𝛽 𝛤𝛾 𝛥𝛿 𝛦𝜀𝜖 𝛧𝜁 𝛨𝜂 𝛩𝜃𝜗 𝛪𝜄 𝛫𝜅 𝛬𝜆 𝛭𝜇 𝛮𝜈 𝛯𝜉 𝛰𝜊 𝛱𝜋 𝛲𝜌 𝛴𝜎𝜍 𝛵𝜏 𝛶𝜐 𝛷𝜙𝜑 𝛸𝜒 𝛹𝜓 𝛺𝜔