Message boards : Questions and problems : Running CPU benchmarks
Message board moderation
Author | Message |
---|---|
Send message Joined: 21 Mar 09 Posts: 23 ![]() |
My Boinc sometimes comes up with this message Running Boinc benchmarks and suspends the running programs, it then resumes the projects about 32 seconds later. however all projects then go straight back to their last saved position.I can lose several hours work on some projects and other shorter ones getting close to finish will start again. can I turn off whatever causes this as I did not run the CPu benchmarks , it did it itself, alternatively can it automatically save the running projects before running this? thanks Paul |
![]() Send message Joined: 20 Dec 07 Posts: 1069 ![]() |
BOINC runs those benchmarks every fifth day. You can prevent that only by running the benchmarks manually with a shorter interval. If the tasks lose significant amounts of work done when suspended, the projects don't write checkpoints often enough, if any. You can prevent that loss by setting Leave applications in memory while suspended? yesin your computing preferences (online or local), but that will take more memory off your paging device. So, make sure it's big enough. Gruß, Gundolf Computer sind nicht alles im Leben. (Kleiner Scherz) ![]() |
Send message Joined: 5 Oct 06 Posts: 5149 ![]() |
I've always thought this to be the most mind boggling thing about the benchmark and unloading the science, not by exception holding them in memory even if LAIM is off [Wrote about this several times]. My machine is working on several concurrent jobs that checkpoint every 2 hours or so. Would BOINC decide it's that time again, that in worst case is 4 hours crunching out the window. No, that's not quite the most mind-boggling thing. The most mind-boggling thing is unconditionally unloading all the GPU's VRAM, and restarting a CUDA (or, I presume, ATI) application from scratch - with or without benefit of checkpoint - to benchmark the CPU. At least the CPU application problem can be solved with the configuration change Gundolf describes. |
Copyright © 2025 University of California.
Permission is granted to copy, distribute and/or modify this document
under the terms of the GNU Free Documentation License,
Version 1.2 or any later version published by the Free Software Foundation.