Hi Mike,

[QUOTE=Xyzzy;324979]We changed "GPUSieveSize" from the default 32 to 4 (!) and the system is much more responsive now. On the GT 430 the estimated GHz-d/day dropped from ~50 to ~45 but we figure letting it run most of the time, rather than on and off and on and off, it might have better throughput. (The GHz-d/day is also much more variable per output line, possibly because the GPU is being allowed to do other work?)

By setting "GPUSieveSize" to the lowest value are we messing anything up, or do we need to balance any other settings?

:mike:[/QUOTE]

the settings in mfaktc.ini *should* not be able to screw up stuff (except for performance). And this is [B]not[/B] a request to try to screw it up...
With the GHz-d/day measurement it is easy to compare throughput.

Oliver

If you reduce your GPUSieveSize, try reducing the GPUSieveProcessSize to 8 and optionally the GPUSievePrimes a bit. I got better throughput by reducing the GPUSieveProcessSize.

[QUOTE=garo;325072] I got better throughput by reducing the GPUSieveProcessSize.[/QUOTE]

Me too (GTX560Ti). But raised the GPUSieveSize from the default 64 to 128.
GPUSieveProcessSize is currently at 8, down from the default 16. That´s the setting that appears to work best on my system, at least for the mainstream exponents (GPUto72 tasks).

I reduced GPUSieveProcessSize from 16 to 8, and the time per iteration (factoring from 71 to 73 bits in the 60M range) dropped by about 0.15 seconds. It's not a huge difference, but I guess it all adds up. For the record, this was on my GTX 555.

We are using our GTX 660Ti as our primary display card. We stop factoring for games but we have found that by sacrificing a (small?) portion of the card's throughput we are able to use the computer for any other task, including 1080p videos, without any lag whatsoever.

[CODE]# Minimum: GPUSieveSize=4
# Maximum: GPUSieveSize=128
# Default: GPUSieveSize=64

GPUSieveSize=4

# Minimum: GPUSieveProcessSize=8
# Maximum: GPUSieveProcessSize=32
# Default: GPUSieveProcessSize=16

GPUSieveProcessSize=8[/CODE]
We have the GT 430 running as well, with the default settings, but it is not hooked up to anything. The GT 430 is pretty slow but it only takes up one slot, only uses around 30 watts and it does not require special power connections.

We are now running the 64-bit binaries. The performance hit for doing so does not seem to be very much.

We purposely purchased the [URL="http://usa.asus.com/Graphics_Cards/NVIDIA_Series/GTX660_TIDC22GD5/"]slowest[/URL] 660Ti card that Asus makes. We have read that in some cases that the more highly (factory) overclocked cards are more likely to produce faulty calculations. By running our card at a lower load and temperature it possibly will be more reliable. Certainly, the fact that it affects our desktop experience in no way means we are willing to let it run continuously, which in the long term might result in a greater overall throughput than if we had to pause it here and there.

FWIW, our system, factoring on both video cards and running 4 instances of P-1 factoring on an i7 3770 CPU, draws 258 watts. (This does not count our display or speakers.)

Disclaimer: We are [URL="http://www.mersenneforum.org/showthread.php?t=16871"]very sensitive to lag[/URL] and it irks us greatly. (We are also severely impaired by flickering lights, like fluorescent lights.)

Setting GPUSieveSize=128 on my GTX 570
 

Observing this conversation I played around with

GPUSieveSize
and
GPUSieveProcessSize (everything other than default decreased throughput)

Setting [B]GPUSieveSize=128[/B] increased my GhzDays from 412 to 422

I confirmed increased throughput on both of my GTX570s running 0.20

(Win 7, 64bit and Win 7, 32bit PCs)

[CODE]GPUSieveSize=4
...
GPUSieveProcessSize=8[/CODE]
It appears that GPUSieveProcessSize was meant to be a fraction of GPUSieveSize (and an integer fraction, according to the source or else the value is rejected). If it is larger, then its size probably doesn't matter.

Hi,

could someone please make a version of mfaktc 0.20 for cuda 4.0?

Thanks a lot.

[QUOTE]Observing this conversation I played around with

GPUSieveSize
and
GPUSieveProcessSize[/QUOTE]FWIW, we played around with the values to find the most productive combo, and for both of our cards that combo was "GPUSieveSize=128" and "GPUSieveProcessSize=8".

YMMV

[QUOTE=Xyzzy;325305]FWIW, we played around with the values to find the most productive combo, and for both of our cards that combo was "GPUSieveSize=128" and "GPUSieveProcessSize=8".

YMMV[/QUOTE]

Same here with GTX 580. Those two changes increased my GPU utilization from 98% to 99% and raised the GHz-d/day from 431 to 435. Extremely minor video lag which doesn't bother me.

Same here as well on a gtx480. Increasing the GPUSieveSize from 64 to 128 increased ghz days from ~388.4 (wobbly) to a locked on 395.00. Changing the GPUSieveProcessSize from 16 to 32 tropped ghzdays to 295, and changin it to 8 put us back to ~395 but it was wobbly. I set it back to the default 16.

I am tempted to muck with the GPUSievePrimes number again on these new settings. I had gained about 3 ghz days by dropping it from 82486 to 70000 (gpu uses 69941 at that setting).

These numbers are for doing TF in the 61M range.