![]() |
[QUOTE=bcp19;324497]Running the 32 bit program by itself on core 4[/QUOTE]Is there any reason to lock v0.20 to any particular core? What if you let it run on whichever core it chooses, do you still get the wild variance?
|
[QUOTE=James Heinrich;324501]Is there any reason to lock v0.20 to any particular core? What if you let it run on whichever core it chooses, do you still get the wild variance?[/QUOTE]
Holdover from the old days of .19 and below. I know the Quad is very finicky when pushed too far with P95... with core 1/3 running DC/LL I can do x DC/LL every y days, but if I saturate the computer with 4 dc/ll, I only get 1.5x in the same y days. I will try to remember to check your suggestion when I am at that system tomorrow. |
Do all video cards, when used for the primary/secondary display, lag severely when gpu sieving is enabled?
|
[QUOTE=Xyzzy;324966]Do all video cards, when used for the primary/secondary display, lag severely when gpu sieving is enabled?[/QUOTE]
Mine does, that's for sure. I only run mfaktc (or Msieve) when I'm not using ut. |
Mine is a GTX 555, and it lags as well.
|
It would be convenient to be able to click a button and pause activity, and maybe have the activity resume automatically in an hour. Or maybe have mfaktc run at a lower priority or do a "PauseWhileRunning" deal.
Is this something that could be easily coded? We have no problem stopping the program but we frequently forget to restart it. We are currently running on a GT 430 but we have a GTX 660Ti to install tomorrow. |
[QUOTE=Xyzzy;324971]we have a GTX 660Ti to install tomorrow.[/QUOTE]A [url=http://www.mersenne.ca/mfaktc.php#benchmark]benchmark[/url] would be appreciated. :smile:
|
[QUOTE=Xyzzy;324966]Do all video cards, when used for the primary/secondary display, lag severely when gpu sieving is enabled?[/QUOTE]
Knock down the GPUSieveSize parameter until you get acceptable video response time. |
[QUOTE]Knock down the GPUSieveSize parameter until you get acceptable video response time.[/QUOTE]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: |
I would be curious as to how much a 660 Ti spits out too :smile:
|
[QUOTE=Prime95;324976]Knock down the GPUSieveSize parameter until you get acceptable video response time.[/QUOTE]
(560) I had reduced mine from 64 to 16, but that wasn't really good enough; throughput went from ~215 to ~205; I'm running it with 4 now, and the lag is acceptable, but throughput has dropped to ~185, but I suppose Xyzzy's logic still applies. |
| All times are UTC. The time now is 23:16. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, Jelsoft Enterprises Ltd.