mersenneforum.org

mersenneforum.org (https://www.mersenneforum.org/index.php)
-   GPU Computing (https://www.mersenneforum.org/forumdisplay.php?f=92)
-   -   Mfaktc sieveprimes=5000 OK? (https://www.mersenneforum.org/showthread.php?t=16112)

Christenson 2011-10-11 00:27

[QUOTE=kjaget;274007]This might be telling you that there's a benefit to running a 3rd instance of mfaktc to keep the card fed with data?[/QUOTE]
Indeed, Mr chuck could do this...remember I said the GPU was distinctly outrunning the CPU...and he would extract a bit more throughput from the GPU, but it would be at the expense of whatever the third core would otherwise do, and probably raise the temperature some.

Better balance might be to run a copy of CudaLucas, which uses very little CPU, instead, or have the #3 core do P-1. Remember that only 10-20% of exponents will be knocked out by the new capabilities of TF, leaving 80-90% still needing those boring old LL tests.

But the numbers chuck is throwing out are no slouch...even if they are not at the exact peak of optimum GIMPS TF performance.

ckdo 2011-10-11 01:42

I'm quite happy with his throughput ... :big grin:

Chuck 2011-10-11 02:07

[QUOTE=Christenson;274051]Indeed, Mr chuck could do this...remember I said the GPU was distinctly outrunning the CPU...and he would extract a bit more throughput from the GPU, but it would be at the expense of whatever the third core would otherwise do, and probably raise the temperature some.

Better balance might be to run a copy of CudaLucas, which uses very little CPU, instead, or have the #3 core do P-1. Remember that only 10-20% of exponents will be knocked out by the new capabilities of TF, leaving 80-90% still needing those boring old LL tests.

But the numbers chuck is throwing out are no slouch...even if they are not at the exact peak of optimum GIMPS TF performance.[/QUOTE]

On the GPU I am doing TFs in the 26M range 67—>68 for ckdo and in the 600M range from 64—>67. The lower range takes about 15 min per check, and the upper one about 30 sec. I am using the MORE_CLASSES disabled version for the higher range which has helped a lot, cutting the time from 45 sec to 30 sec BUT increasing the GPU load and temperature. It runs 24 hours/day so that's all the load I am going to put on it.

I'm not the smartest one in the room here — I just have money to spend on a fast computer and am retired so have unlimited time. I never could figure out how to work CudaLucas. As I remember it doesn't take its work from a worktodo file and I wouldn't know how to set up a batch file. mfaktc was as complicated a thing as I could manage...

The CPU is a core-i7 970 OCd to 3675 MHz, six cores with hyperthreading turned off. Two cores do mfaktc with the GPU, two cores LL, one core DC and one core P-1

Christenson 2011-10-11 03:10

I can make you smarter, just keep reading what I tell you:

[url]http://mersenneforum.org/showthread.php?t=15545[/url], towards the end of the thread, gives a quick intro to batch files, and a sample command line for CUDALucas. On Windows, there's not much to them, and you don't need much either -- it got pointed out to me that the simplest batch file (just one line) is a command line associated with one of those "shortcuts" on the desktop. Wordpad is a fine editor for Windows batch files, so is notepad.

Then, get you a copy of CUDALucas. There may be some nice pointers in the "putting it all together" thread. If not, you'll need to wade backwards through the CUDALucas thread, but this is admittedly painful.

Run said copy, and ask more questions here or somewhere, as we are WAAAYYY off-topic.

Oh, and don't run Microsoft Internet Explorer unless you are absolutely required to. That's the first rule of anti-virus.

NBtarheel_33 2011-10-11 06:03

[QUOTE=Dubslow;273735]What is avg. rate then if it doesn't really matter? I notice the same thing, where the speed up is in avg. rate. (the auto adjust doesn't up it from 5000 if that matters)[/QUOTE]

Right. I was getting about 107M/sec with SievePrimes=5000, and only 70-80M/sec with SievePrimes=25000.

NBtarheel_33 2011-10-11 06:05

[QUOTE=Chuck;274009]No, it's running at 85% GPU load.

Chuck[/QUOTE]

Where can I get a hold of this figure? Does it show up in Task Manager on Windows, or top on Linux?

NBtarheel_33 2011-10-11 06:11

[QUOTE=TheJudger;273724]Hi,



Unless there is an undiscovered bug the value of SievePrimes does not cause missing factors.
Significant speedup... how much faster is it? Keep in mind that the avg. rate doesn't really matters. What matters is the time per class/assignment.

[B]Perhaps[/B] you want to dedicate another core to mfaktc. SievePrimes=5000 usually tells you that not enough CPU resources are available. Just start another copy of mfaktc in a [B]separate directory[/B] working on different exponents.

Oliver[/QUOTE]

How much CPU should typically be allocated to each instance of mfaktc? I was working with an 8-core Nehalem Xeon system @ 2.66 GHz with 2 Fermi GPUs. At first, I had Prime95 TFing on all 8 cores, as well as 2 instances of mfaktc going on the GPUs. I noticed that three of the CPU cores were slower than the others, so I stopped their workers, and ran 5 TF CPU cores, and two instances of mfaktc. Things picked up nicely at this point. I also experimented with a third instance of mfaktc; it slowed the GPUs down into the 65-70M/sec range.

If we have X GPUs, should we run exactly X copies of mfaktc, or does it make more efficient use of the GPUs to run more?

Christenson 2011-10-11 13:22

[QUOTE=NBtarheel_33;274086]How much CPU should typically be allocated to each instance of mfaktc? I was working with an 8-core Nehalem Xeon system @ 2.66 GHz with 2 Fermi GPUs. At first, I had Prime95 TFing on all 8 cores, as well as 2 instances of mfaktc going on the GPUs. I noticed that three of the CPU cores were slower than the others, so I stopped their workers, and ran 5 TF CPU cores, and two instances of mfaktc. Things picked up nicely at this point. I also experimented with a third instance of mfaktc; it slowed the GPUs down into the 65-70M/sec range.

If we have X GPUs, should we run exactly X copies of mfaktc, or does it make more efficient use of the GPUs to run more?[/QUOTE]
Nice system...but I suspect your GPU cards are running circles around your CPU cores at TF....you will need to run *at least* one core of mfaktc to keep one GPU busy with sieved output....maybe two or three, see chuck's discussion of two cores not quite keeping up with the sieving on his GPU.

Chuck 2011-10-11 13:25

[QUOTE=NBtarheel_33;274084]Where can I get a hold of this figure? Does it show up in Task Manager on Windows, or top on Linux?[/QUOTE]

I am using the EVGA precision utility which allows for overclocking, but also displays GPU usage statistics. You could also use MSI Afterburner, a different skin but performs the same functions.

Chuck

kjaget 2011-10-11 14:34

[QUOTE=Chuck;274009]No, it's running at 85% GPU load.

Chuck[/QUOTE]

Which tells me that adding a 3rd instance might bring that up to 100% load. Right now 2 CPU cores can't keep up so the GPU is idle for 15% of the time. You'd just have to balance whether 100% of one CPU core is worth trading for an extra 15% of a GPU core. And as you mentioned, that includes not only performance trade-offs, but heat, noise and so on.

You might also consider doing a higher bit-depth for the 600M range. It's possible that there's so much overhead in running such a small bitlevel on a fast card that adding 1 more bit might not slow down the process that much.

I have no idea to the answers to any of these questions, but it might be worth a try experimenting.

Chuck 2011-10-12 00:18

[QUOTE=kjaget;274119]Which tells me that adding a 3rd instance might bring that up to 100% load. Right now 2 CPU cores can't keep up so the GPU is idle for 15% of the time. You'd just have to balance whether 100% of one CPU core is worth trading for an extra 15% of a GPU core. And as you mentioned, that includes not only performance trade-offs, but heat, noise and so on.

You might also consider doing a higher bit-depth for the 600M range. It's possible that there's so much overhead in running such a small bitlevel on a fast card that adding 1 more bit might not slow down the process that much.

I have no idea to the answers to any of these questions, but it might be worth a try experimenting.[/QUOTE]

This is good enough for me. Eventually I will get to higher bit levels in the 600M range.


All times are UTC. The time now is 08:10.

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, Jelsoft Enterprises Ltd.