Page 1 of 1

automatic pause on executables

Posted: Sat Sep 13, 2014 12:23 am
by DemonfangArun
i'm not exactly the greatest when i comes to remembering to unpause f@h after pausing it to play a game, defrag, whatever. i found another thread on this that was similar, but way old and i don't necro things.
basically what i'd like to see in v7 is a way to check a list of executables (by name) to see if there is a process running that matches anything on the list, and if so pause. run this check every 10-15 sec or so. then when nothing is running that is on the list resume folding. advantages to this is support for any exe vs detecting games only. i know about the idle function, but this is not optimal, as i can run f@h while doing things like watching videos, etc... just fine (smp:6 and one gpu).

Re: automatic pause on executables

Posted: Sat Sep 13, 2014 1:33 am
by bruce
Personally, I like that idea, along with many others. Nevertheless, this was submitted as a V7 enhancement long ago. Once something is on Development's list, there's not much anybody can do until there is a gap between higher priority assignments.

Probably the closest thing is to configure your GPU slot with idle=true which, for many systems, pauses the GPU when the system is in use.

Re: automatic pause on executables

Posted: Sat Sep 13, 2014 2:07 am
by 7im
IMO, not likely to happen. It is difficult to implement across Win, Lin, and Mac, and the V7 client has cross platform as a main design goal. And as bruce noted, the idle option handles that. Certainly not as finely grained as the process list idea though.

Re: automatic pause on executables

Posted: Mon Sep 29, 2014 7:52 pm
by Breach
I for one would be perfectly content with having a keyboard shortcut to pause/resume folding even when it's minimized. RIght now my choice is between putting it on idle (which means I don't fold when I'm using the PC) or having to pause/resume with the mouse which a bit of a pain.

Re: automatic pause on executables

Posted: Mon Sep 29, 2014 8:06 pm
by bruce
Again, writing a keyboard shortcut that works for Linux, Windows, and MacOS would be quite a challenge and it's unlikely to increase the scientific throughput in proportion to the costs of development and testing. (which means Stanford won't be developing it.) You're welcome to write one and contribute it to the 3rd party add-ons, though.