![]() |
|
|
#804 | |
|
"Mike"
Aug 2002
202A16 Posts |
Quote:
|
|
|
|
|
|
|
#805 | |
|
Mar 2003
Melbourne
5×103 Posts |
Quote:
But Oliver is but one person. I think we can handle the inconvenience of manual submit/get work for the moment while Oliver works on his priorities. Getting version 0.17 out and getting the code optimal/valid. Another priority is I'd like to see someone take up the challenge to get CUDA P-1 code out :) I think that's way more important than automated submissions. -- Craig |
|
|
|
|
|
|
#806 |
|
"Mike"
Aug 2002
2×23×179 Posts |
Random, late night questions:
Our experience on our setups (i5/570) is that the GPU is the limiter. The i7/580 is an unknown for us, but it is $250 more. 1 - How do AMD processors compare, clock to clock and/or price to performance, for this particular task? 2 - Given most of us run 2 instances, would an i3 be enough? One of them has the clockspeed and HT. Does HT make a difference? Does reduced L3 cache make a difference? 3 - Can you run 2 GPU cards and use them both? Is it SLI or separate? 4 - How much more productive would a 580 be over a 570, noting it is ~$150 more? Thanks! |
|
|
|
|
|
#807 |
|
Mar 2003
Melbourne
5·103 Posts |
|
|
|
|
|
|
#808 |
|
May 2008
Åsane, Bergen, Norway
3×5 Posts |
|
|
|
|
|
|
#809 | |
|
"Mike"
Aug 2002
2×23×179 Posts |
Quote:
We have posted (probably too much) about our setup over the last few pages. We are tempted to build a very "neato" box to use for real work, like games and crap, since all of our other boxes are dedicated. We are not sure what kind of "neato" box we can build but it is fun trying to figure out! If we can run 2 GPUs then that is a good excuse! We could build 2 more of what we have now but that would be boring. Our 4 non-GPU quads will be retired within the next month. |
|
|
|
|
|
|
#810 | |||
|
"Mike"
Aug 2002
2×23×179 Posts |
Quote:
Quote:
Quote:
Thanks! |
|||
|
|
|
|
|
#811 | |
|
Dec 2010
Monticello
5×359 Posts |
Quote:
If you are going to do a super hot system, AMD bulldozer is supposed to be out soon, and it should be quite a multicore CPU. |
|
|
|
|
|
|
#812 |
|
6809 > 6502
"""""""""""""""""""
Aug 2003
101×103 Posts
2·4,909 Posts |
|
|
|
|
|
|
#813 | |
|
"Mike"
Aug 2002
100000001010102 Posts |
Quote:
Snake1: We are sure the adoption process involves the forum. Fish1: V yvxr gb cvpgher Wrfhf nf n svther fxngre. Ur jrnef yvxr n juvgr bhgsvg, naq Ur qbrf vagrecergvir vpr qnaprf bs zl yvsr'f wbhearl. |
|
|
|
|
|
|
#814 |
|
A Sunny Moo
Aug 2007
USA (GMT-5)
3×2,083 Posts |
Hi guys,
Recently, I've been playing around a bit with mfaktc on a GTX 460 (768MB) running on a system with a stock Q6600 CPU. I'm currently taking M332228447 from 75 to 81 bits (79>80 in progress right now). With the default SievePrimes=25000, I'm getting speeds of about 109M/s. The CPU appears to be the bottleneck, with mfaktc using 100% of one core and 82% of the GPU. Does this sound like what I should be optimally getting on this GPU/CPU/exponent combination, or might adjusting SievePrimes help reduce the bottleneck? Also: I've noticed that whenever I have to stop and restart mfaktc, when it first comes back it starts at only ~75M/s, and takes about 1-2 hours to work its way back up to the usual ~109M/s. Is this normal behavior? Does anyone know why it does this? Thanks, Max
|
|
|
|
![]() |
| Thread Tools | |
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| mfakto: an OpenCL program for Mersenne prefactoring | Bdot | GPU Computing | 1676 | 2021-06-30 21:23 |
| The P-1 factoring CUDA program | firejuggler | GPU Computing | 753 | 2020-12-12 18:07 |
| gr-mfaktc: a CUDA program for generalized repunits prefactoring | MrRepunit | GPU Computing | 32 | 2020-11-11 19:56 |
| mfaktc 0.21 - CUDA runtime wrong | keisentraut | Software | 2 | 2020-08-18 07:03 |
| World's second-dumbest CUDA program | fivemack | Programming | 112 | 2015-02-12 22:51 |