[QUOTE=chalsall;530132]I really doubt that we're even a rounding error on their usage graphs.[/QUOTE]

I wish I could believe that.

However, I do believe their GPUs really do get 100% allocated at times. When that happens, they probably actively search for programs like mprime to kill.

[QUOTE=PhilF;530135]However, I do believe their GPUs really do get 100% allocated at times. When that happens, they probably actively search for programs like mprime to kill.[/QUOTE]

Hmmm... Modeling it for a bit, you're possibly correct.

I have seen evidence that the CPUs are, in fact, oversubscribed. Very few "normals" are going to be using 100% of the CPU within seconds of the instance being spun up.

100% GPU utilization, on the other hand, wouldn't be that non-nominal.

More data needed. And I'll reach out again to Kaggle, and see if we might open an ongoing dialog with their team.

Got a K80, reset and restarted a few times and got a Tesla T4..! my first
What is amazing to me is that it's pushing out 1,700 ghz/days [I]on a 70W TDP[/I]. I don't know if it's actually running under that, but still, wow.

[QUOTE=kracker;530137]What is amazing to me is that it's pushing out 1,700 ghz/days [I]on a 70W TDP[/I].[/QUOTE]

Yeah, the leading-edge tech is kinda amazing! Also, know that this kit goes for ~ $2,500 USD retail...

Been a hot minute since I posted code here, but here is some code to handle GFN sieving for PrimeGrid:


[CODE][FONT=&quot]#code to run Genefer Manual Sieving
import subprocess
import os.path
from google.colab import drive
if not os.path.exists('/content/drive/My Drive'):
drive.mount('/content/drive')

%cd '/content/drive/My Drive/genefer'
#specify parameters to run Genefer sieving, adjust if needed
#specify n in 2^(2^n) to sieve
n = 23
#start and end points of the sieve, in P
min = 290060
max = 290065
#block size
bsize = 9
#conserve CPU (not needed)
conserve = 0
if not os.path.exists("gfnsvocl_linux_x86_64"):
!wget https://www.primegrid.com/download/gfnsvcuda/gfnsvocl_linux_x86_64

!chmod +x gfnsvocl_linux_x86_64
subprocess.run(["./gfnsvocl_linux_x86_64", str(n),str(min),str(max),"B"+str(bsize),"W"+str(conserve)])
[/FONT]
[/CODE]

Just started using odrive(google drive/winblows)... it makes managing multiple accounts so much easier since you can sync multiple accounts to one computer- also can't really edit txt files in the drive website itself without a third party extension...

[QUOTE=kriesel;530052]I do like the pricing structure of linux ... Also OpenOffice etc.[/QUOTE]

Now that my world has settled down a little bit, I'm catching up with emails, PMs et al. I wanted to talk about this, because I consider it a critical, but subtle, point.

The importance of Linux, and the whole "LAMP Stack" concept, and TONNES of other stuff (such as your example of OpenOffice) is not just that it is "Free as in Beer". That's cool, of course.

But what is most critical is that it is "Free as in Freedom".

Richard Stallman is, I understand, a somewhat difficult person to interact with. But I would argue that his absolutely brilliant contribution to coding was actually written in a human language. The GNU General Public License (the "GPL").

Unlike commercial licenses, which go out of their way to take rights away from the consumer, the GPL instead gives irrevocable rights.

Use the code, audit the code, modify the code. Whatever you want to do. For as long as you'd like. Deploy as far and as wide as you'd like.

Some who made a lot of money selling proprietory software spent decades (and millions, if not billions of dollars) with "Fear Uncertainty and Doubt" (FUD) campaigns against Open Source Software (OSS).

Even today when I advise on the advantages of using OSS to clients, I often get push-back. A few examples I've come across over only the last year:

1. It's not secure, because everyone can see the source code.

1.1. Incorrect. Precisely because everyone can see the code.

2. If I write something which uses OSS, I have to give my code away.

2.1. Incorrect. Read the license carefully.

2.2. There is more than just the GPL; there's also the Apache License, the MIT, et al.

3. OSS is difficult to understand, deploy and maintain.

3.1. More difficult than software that you can't review? A litteral "black box", wherein you have to ask for (and pay for) support of the authors.

3.2. Or, do you actually mean, that you have to type rather than just clicking somwhere...

4. I can't sue the authors of OSS if it doesn't work.

4.1. When was the last time you successfully sued a vendor because the software you paid for didn't work?

5. There's no support for OSS.

5.1. Incorrect. There are many viable business models that relies solely on supporting OSS. RedHat is just one example.

FWTW.

[QUOTE=chalsall;530249]Now that my world has settled down a little bit, I'm catching up with emails, PMs et al. [/QUOTE]Cool. Does that mean you could go back and do that "exercise left for the reader"? [url]https://www.mersenneforum.org/showpost.php?p=529934&postcount=524[/url]

Google drive seemed a mite sluggish for browser drag and drop this morning
 

Well this is new. It was reproducible whether the related Colab session is running or stopped. An 1138 bytes size file, projected 120 hours 39 minutes to copy. Works out to 0.021 bits/sec. I think I could do better with flags from my roof, including learning the signals and getting adequate sleep. Third try worked, although it sat there displaying
"drag and drop to instantly upload file" for several seconds. Next up, would have been to try closing and restarting the browser.

Found preda's primenet.py [URL="https://github.com/preda/gpuowl/blob/master/primenet.py"]here[/URL] which automates gpuowl(works on others too pretty sure)... had to try and use it here :smile:

Open and change primenet.sh... also for some reason, when compiling gpuowl "normally" in colab, the version tag is missing so I manually added "v6.11-11-gfaaa2f2-colab".

[code]
!echo -e "Running on: \c" & nvidia-smi --query-gpu=name --format=csv,noheader
!echo

import os.path
from google.colab import drive

if not os.path.exists('/content/drive/My Drive'):

drive.mount('/content/drive')

%cd '/content/drive/My Drive/gpuowl-colab/'

!chmod 755 '/content/drive/My Drive/gpuowl-colab/gpuowl.exe'

!bash primenet.sh & sleep 10 && /content/drive/My\ Drive/gpuowl-colab/gpuowl.exe
[/code]

[QUOTE=chalsall;530249]
2. If I write something which uses OSS, I have to give my code away.
2.1. Incorrect. Read the license carefully.
[/QUOTE]
2.0.9. Who the hack do you think you are? NASA?* I know ten thousand guys out there who can write code better than you! Nobody gives a shoe about the shippy code you write...

This would be, at least, my reply to number 2. For me, that was always the most stupid excuse, and only a snobby infatuated crank could forward such a reason. Similar to the cranks that come here from time to time to prove FLT or find some large primes, like 97 or 257, anyhow, in this magnitude, but don't want to share their "proof", because they are afraid we will steal it. Yeah, we have a lot of cranks in programming too... I wish I could write code better than at least few of those ten thousand guys above, so I can post the code here and share it with all of you and then all of you wonder and say "waaaa...", haha. :razz:

----------
* see a former post of mine about working in a shoes factory