Another new one to test. Currently only available for Windows and Mac.

REMINDER TO ALL ALPHA TESTERS:
It's far easier for us to fix problems if you send message logs with the appropriate flags set. The main flags 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.

Use these flags from the cc_config.xml file.

Report any problems you get with it to the Alpha email list. This list needs registration.

The un-offical change logs since 6.10.24...

9 December 2009
Charlie
- Mac: Update XCode project for new files cs_proxy.cpp,h, coproc_detect.cpp

13 December 2009
Charlie
- Mac command-line install: add .txt extension to copyright files

14 December 2009
Charlie
- SS: Allow users to set screensaver durations from ss control panel

15 December 2009
Charlie
- Mac SS: In Mac screensaver control panel say "overview screensaver" not "BOINC screensaver"

16 December 2009
Charlie
- Mac Uninstaller: Properly change screensaver settings under OS 10.6

Rom
- client: STD for a device with N instances can increase or decrease at N times real time. My checkin of 7 Dec reflects this by changing the STD limits to +- N*MAX_STD. This looks like a bug to users. Instead, scale that rate of STD change by 1/N, and keep the old limits of +- MAX_STD

- client/manager: first whack at a "snooze GPU" button

- client/manager: finish "snooze GPU" button

- manager: fix bug in the above
- client: deal with situation where GPU has enough RAM to run job, but when we actually run the job not enough GPU RAM is free, so the application fails. This can cause a large number of jobs to fail.
Solution:

* app_plan() can specify the GPU RAM requirements of an app version. This is passed to the client in a new field <gpu_ram> of the <app_version> element.

* prior to starting or restarting a GPU app, the client checks the amount of free RAM on the particular GPU. If it's not enough for the app version, the client doesn't start it, and arranges for the scheduler to ignore it for 5 minutes (by which point there might be more free GPU RAM)

Notes:
1) this change will have effect only when both client and scheduler are updated.

2) the check is done in enforce_schedule(), rather than schedule_cpus(), because only at that point have we assigned a specific GPU to the job.

3) there's another case to deal with: a GPU app's malloc of GPU RAM fails in the middle of the job. Currently the job fails. I plan to add an API call boinc_temporary_exit(x) so that the job can exit and potentially restart in x seconds. (In principle this mechanism is sufficient for all cases, but it could lead to a lot of starting/exiting, so the current change is worthwhile).

- manager: add GPU always/auto/never menu items

- boinccmd: fix output of --get_disk_usage

- manager: bug fixes

- client: maintain mean STD at zero over all projects, not just runnable ones

- client: add an API function boinc_temporary_exit(dt). This exits the app with status zero and no finish file, so the client will restart it. It creates a file "temporary_exit" containing dt. The (new) client reads this file and will postpone scheduling the job again for dt seconds. Old clients will treat it as a premature exit, and potentially try to reschedule the job immediately.

This function is intended for GPU applications that fail to allocate GPU RAM, presumably because a non GPU application has it allocated. We don't want the job to fail, and we want to wait for a while before trying the allocation again.

- client: Fix bugs (indicated by compiler warnings) in recent check-ins. David: please confirm these changes.

- client: ATI: call calShutdown() when done. Otherwise Lenovo can't switch to low-power GPU

- client/manager: show coprocessor short-term debts

- client: fix bug in insufficient video RAM feature

- client: improve CPU sched debug msgs

- client: fix "temporary exit" feature

- client: typo fix

- boinccmd: compile fix

- Cleanup various warnings

- WINSCR: Implement new configuration dialog with new parameters

- WINSCR: Remove crufty code

- WINSCR: Update copyrights in resource files

- Update copyright information