IT may be my imagination but I first noticed this yesterday when I had run out of work completely. Version 7.0.25.

This snapshot was taken at 7.56 AFTER computation would normally have resumed for the day at 7am local time.

28/04/2012 6:57:32 AM | | Starting BOINC client version 7.0.25 for windows_x86_64
28/04/2012 6:57:32 AM | | log flags: file_xfer, sched_ops, task
28/04/2012 6:57:32 AM | | Libraries: libcurl/7.21.6 OpenSSL/1.0.0d zlib/1.2.5
28/04/2012 6:57:32 AM | | Data directory: C:\ProgramData\BOINC
28/04/2012 6:57:32 AM | | Running under account Peter
28/04/2012 6:57:32 AM | | Processor: 8 GenuineIntel Intel(R) Core(TM) i7 CPU 975 @ 3.33GHz [Family 6 Model 26 Stepping 5]
28/04/2012 6:57:32 AM | | Processor: 256.00 KB cache
28/04/2012 6:57:32 AM | | Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss htt tm pni ssse3 cx16 sse4_1 sse4_2 syscall nx lm vmx tm2 popcnt pbe
28/04/2012 6:57:32 AM | | OS: Microsoft Windows Vista: Ultimate x64 Edition, Service Pack 2, (06.00.6002.00)
28/04/2012 6:57:32 AM | | Memory: 11.99 GB physical, 23.91 GB virtual
28/04/2012 6:57:32 AM | | Disk: 232.87 GB total, 118.08 GB free
28/04/2012 6:57:32 AM | | Local time is UTC -4 hours
28/04/2012 6:57:32 AM | | VirtualBox version: 4.1.8
28/04/2012 6:57:32 AM | | NVIDIA GPU 0 (ignored by config): GeForce GTX 295 (driver version 295.73, CUDA version 4.20, compute capability 1.3, 896MB, 761MB available, 894 GFLOPS peak)
28/04/2012 6:57:32 AM | | NVIDIA GPU 1: GeForce GTX 295 (driver version 295.73, CUDA version 4.20, compute capability 1.3, 896MB, 761MB available, 894 GFLOPS peak)
28/04/2012 6:57:32 AM | | OpenCL: NVIDIA GPU 0 (ignored by config): GeForce GTX 295 (driver version 295.73, device version OpenCL 1.0 CUDA, 896MB, 761MB available)
28/04/2012 6:57:32 AM | | OpenCL: NVIDIA GPU 1: GeForce GTX 295 (driver version 295.73, device version OpenCL 1.0 CUDA, 896MB, 761MB available)
28/04/2012 6:57:32 AM | | Config: ignoring NVIDIA GPU 0
28/04/2012 6:57:32 AM | rosetta@home | URL http://boinc.bakerlab.org/rosetta/; Computer ID 1260848; resource share 200
28/04/2012 6:57:32 AM | Poem@Home | URL http://boinc.fzk.de/poem/; Computer ID 117018; resource share 100
28/04/2012 6:57:32 AM | Collatz Conjecture | URL http://boinc.thesonntags.com/collatz/; Computer ID 73411; resource share 100
28/04/2012 6:57:32 AM | boincsimap | URL http://boincsimap.org/boincsimap/; Computer ID 213331; resource share 100
28/04/2012 6:57:32 AM | climateprediction.net | URL http://climateprediction.net/; Computer ID 994781; resource share 300
28/04/2012 6:57:32 AM | Docking | URL http://docking.cis.udel.edu/; Computer ID 98348; resource share 200
28/04/2012 6:57:32 AM | Einstein@Home | URL http://einstein.phys.uwm.edu/; Computer ID 4101135; resource share 200
28/04/2012 6:57:32 AM | Test4Theory@Home | URL http://lhcathome2.cern.ch/test4theory/; Computer ID 295; resource share 100
28/04/2012 6:57:32 AM | LHC@home 1.0 | URL http://lhcathomeclassic.cern.ch/sixtrack/; Computer ID 9808580; resource share 200
28/04/2012 6:57:32 AM | Milkyway@Home | URL http://milkyway.cs.rpi.edu/milkyway/; Computer ID 281790; resource share 100
28/04/2012 6:57:32 AM | SETI@home | URL http://setiathome.berkeley.edu/; Computer ID 6142667; resource share 200
28/04/2012 6:57:32 AM | Spinhenge@home | URL http://spin.fh-bielefeld.de/; Computer ID 210756; resource share 100
28/04/2012 6:57:32 AM | Cosmology@Home | URL http://www.cosmologyathome.org/; Computer ID 74604; resource share 100
28/04/2012 6:57:32 AM | Enigma@Home | URL http://www.enigmaathome.net/; Computer ID 75052; resource share 100
28/04/2012 6:57:32 AM | malariacontrol.net | URL http://www.malariacontrol.net/; Computer ID 193964; resource share 100
28/04/2012 6:57:32 AM | World Community Grid | URL http://www.worldcommunitygrid.org/; Computer ID 1007555; resource share 300
28/04/2012 6:57:32 AM | World Community Grid | General prefs: from World Community Grid (last modified 18-Apr-2012 05:03:27)
28/04/2012 6:57:32 AM | World Community Grid | Host location: none
28/04/2012 6:57:32 AM | World Community Grid | General prefs: using your defaults
28/04/2012 6:57:32 AM | | Preferences:
28/04/2012 6:57:32 AM | | max memory usage when active: 6139.09MB
28/04/2012 6:57:32 AM | | max memory usage when idle: 9822.54MB
28/04/2012 6:57:32 AM | | max disk usage: 23.29GB
28/04/2012 6:57:32 AM | | don't use GPU while active
28/04/2012 6:57:32 AM | | suspend work if non-BOINC CPU load exceeds 50 %
28/04/2012 6:57:32 AM | | max download rate: 1500000 bytes/sec
28/04/2012 6:57:32 AM | | max upload rate: 5000000 bytes/sec
28/04/2012 6:57:32 AM | | (to change preferences, visit the web site of an attached project, or select Preferences in the Manager)
28/04/2012 6:57:32 AM | | Not using a proxy
28/04/2012 6:57:51 AM | | Suspending computation - time of day

---

Peter
Toronto, Canada

Sorry - I think you have a no-signature policy from what I gather, but by the time I found out where the Edit button should be it had vanished.

It's now 2.25 hours after BOINC woke for the day and the only polling it's done was when I manually checked each project for new work.

When you do not see BOINC adhere to time-of-day, make sure in Windows task manager that boinctray.exe is running. Boinctray.exe is the BOINC idle time tracker for Windows 7 and Vista. If it hasn't started, as it only starts from the registry at a reboot, you must start it your self. Navigate to your BOINC programs directory, (double-) click boinctray.exe. It will start to run silently, only visible in Windows task manager.

Furthermore,

When reporting purported bugs in the program
You can tell us a whole story of how you feel there's a bug in the program, that things aren't working and such, but for all we know it's something you did yourself. Without a debug log we cannot help you and your post will go ignored.
The debug messages will write into the Event Log.

The main debug flags that we're normally interested in are:
<cpu_sched_debug>: problems involving the choice of applications to run.
<work_fetch_debug>: problems involving work fetch (which projects are asked for work, and how much).
<rr_simulation>: problems involving jobs being run in high-priority mode.
<sched_op_debug>: problems involving scheduler operations and other low level information.

Use these flags from the cc_config.xml file.

When posting a log, after you added the flags to the configuration file, restart BOINC, let it run for up to 5 minutes, then post the WHOLE log. Not just 2 or 4 lines.

When you do post what you think is a bug, post it in a thread of your own in the Q&P forum. Please do not use an existing thread. Please do not piggy-back on to another person's thread with logs. That gets very confusing if we're trying to get the developers to chime in.

There's space enough for your own thread, these forums don't use a quota, so there's really no excuse for you to feel the need to add to an existing thread.

With thanks for your help and understanding.

Signatures are only a problem in some of our information threads --such as the projects outages thread--- not in your own thread.

---

Thank you, the first thing I checked was Task manager and 3 items have been running since I started uip this morning.

boinc.exe
boincmgr.exe
bointray.exe

I'm sorry how do I get that debug to work? I'm not familiar with altering config files.

At the moment all that's in that file is:

- <cc_config>
<log_flags />
- <options>
<ignore_cuda_dev>0</ignore_cuda_dev>
</options>
</cc_config>

<ignore_cuda_dev>0</ignore_cuda_dev>

There's already a thread with that topic (7.0.25 Doesn't fetch work when cc_config excludes GPU's):

Upgrading to 7.0.26 seems to have cured the problem

Gruß,
Gundolf

<ignore_cuda_dev>0</ignore_cuda_dev>

There's already a thread with that topic (7.0.25 Doesn't fetch work when cc_config excludes GPU's):

Upgrading to 7.0.26 seems to have cured the problem

Gruß,
Gundolf

Thanks...that entry wasn't put there by me. So where does one download 7.0.26?

Thanks...that entry wasn't put there by me.

No, it's a quotation from the linked-to message.

So where does one download 7.0.26?

See here.

Gruß,
Gundolf

Thank you. It installed and once up and running immediately started polling for work. Will monitor progress.

I'm surprised the 7.0.25 was allowed out of the door.

Thank you. It installed and once up and running immediately started polling for work. Will monitor progress.

I'm surprised the 7.0.25 was allowed out of the door.

And 7.0.26 still has problems, though not that particular one. We're still waiting for v7.0.27 - have been for a week, now - to see how many of them have been fixed.

Treat v7.0.26 as a usable stopgap for now, but keep an eye open for a proper new release in due course.

Thanks. Begs the question - who is testing these and how well?

We are, the users. Richard over there, me, lots of other people. Of course, there's no way that we can test for every possibility of it working or not working. The variety in hardware versus projects makes that impossible.

Now, if you think you can do better than any of us, sign up and show it. :-D

I must say, I ran 7.0.25 for 9 days before it went public and I never had problems with uploads&downloads or it (not) listening to time-of-day preferences. I must've been lucky.

---

LOL, I wouldn't know where to start. It happens everywhere....and believe me I know that as a Mod with McAfee forums and now look at the dreaded Windows 8....ah well. Good luck.

;-)

@Gundolf,

Strange that even 7.0.26 isn't perfect. After that initial splurge of requesting WU's where it grabbed 16 Collatz Conjecture ones, nothing has happened in the Event Log except the usual Startup stuff that happens whenever one turns on the machine and Boinc starts up for the day.

Even yesterday it only polled a few of my projects, not all. I have to force that now by doing it myself every so often.

Question for anyone who is knowledgeable about the config file, what setting actually puts the GPU/Cuda line in mine?

- <cc_config>
<log_flags />
- <options>
<ignore_cuda_dev>0</ignore_cuda_dev>
</options>
</cc_config>

As it appears to be the culprit.

You set it in cc_config.xml, as this file and any of its contents is made by the human, not the AI. (*)

By the way, I hope for you that those dashes aren't really in your cc_config.xml file, that it's a side-effect of looking at and copying it from IE, as else the file is broken. Better to check up on it with Notepad or any other simple text editor. It's not real XML used in this file, the XML in it is specially developed for BOINC.

(*) When you add programs to be exclusive, for which BOINC should suspend work, through the Advanced preferences window in BOINC 7.0, it will add most all other cc_config.xml flags in the file as well, however they're all set to their default off position.

---

I have never touched the file, believe me, at least that I can remember, that's why I'm asking, are there any settings or maybe applications that would alter it themselves? I use TThrottle for instance.

So what should it read? Yes those dashes are there. I copied it directly from the file.

I assume we are talking about the same config file I see in C:\ProgramData\BOINC\cc_config.xml

Sorry, seen in Notepad the dashes aren't there...

<cc_config>
<log_flags>
</log_flags>
<options>
<ignore_cuda_dev>0</ignore_cuda_dev>
</options>
</cc_config>

As far as I know, no outside influence adds to the cc_config.xml file, or at least it won't add a specific videocard to ignore. The number in the flag tells your BOINC which video device to ignore. In this case device 0, the first one.

If you don't want that to happen, the easiest thing to do is delete the whole file, then exit & restart BOINC.

---

Thanks _ I am wracking my brains here and I vaguely remember something about this ages ago when someone was explaining how to set up TThrottle. I was wanting Boinc never to use the GPU core that's powering my monitor. Would that make sense?

Yes, that will do it. Although, why use <ignore_nvidia_dev> then, instead of <no_gpus> which just ignores all GPUs in the system...

---