Download BOINC 6.6.41 für Windows und Linux

[KIDH]

Am 22.10.2009 ist die Version 6.6.41 der BOINC-Software für Windows und Linux als neuestes empfohlenes Release veröffentlicht worden. Die letzte offizielle Version war 6.6.38 (Windows) bzw. 6.6.40 (Linux). In der aktuellen Version wurden mehrere Fehler behoben.

Ebenso gibt es neue Entwicklerversionen: 6.10.16 für Windows und Linux und 6.10.14 für Mac OS X.


<b>Changelog:</b>
<ul><li>Änderungen seit Version 6.6.38

<blockquote>Version 6.6.41

* client: fix crashing bug introduced in [18605]
* client (Linux): when launching apps, put a relative path to the executable (../../projects/x/y) into argv[0], not just the executable filename.
* MGR: Fix initial first connection problem on startup.

Version 6.6.40

* client: fix compiler warning (too few args for print format)
* Mac: fix compile breaks
* client (Unix): fix bug that caused GPU reservation to not work. The problem: we were doing the reservation after the fork(), so that the data structure it changed was the app's, not the client's.
* MGR: on Linux, check list of running processes from procinfo_setup() to determine if BOINC core client is running.
* MGR: on Linux, accept 2 optional arguments: -clientdir or -e for directory containing client executable, default is the directory containing the manager executable. -datadir or -d for BOINC data directory, default is the directory containing the client executable. These are used by the manager when launching the client.
* MGR: Bug fixes for Linux.

Version 6.6.39

* client: add a bunch of debugging messages (<task_debug>) for showing how GPU instances are being reserved </blockquote></ul>
<b>Download:</b>
<ul><li><a href="http://boinc.berkeley.edu/download_all.php" target="b">BOINC 6.6.41 [Windows / Linux]</a></li></ul>
<b>Links zum Thema:</b>
<ul><li><a href="http://www.planet3dnow.de/vbulletin/blog.php?u=53141" target="b">Distributed Computing Blog</a></li><li><a href="http://www.planet3dnow.de/vbulletin/forumdisplay.php?f=87" target="b">Distributed Computing Forum</a></li><li><a href="http://dc.planet3dnow.de/wiki/index.php/Hauptseite" target="b">Distributed Computing Wiki</a></li></ul>

 

[Emploi]

Ist jetzt eigentlich ATI Unterstützung mit drin?

 

[KIDH]

Hm...im empfohlenen Client scheinbar nicht...das Changelog der Entwicklerversion sieht so aus:

• 6.10.16
  

  * client: Use the ANSI version of WTSQuerySessionInformation to determine is Remote Desktop is in use

  
  6.10.15
  

  * client: Use is_remote_desktop() instead of the various GPU functions to determine when the client software has been switched into Remote Desktop mode and shutsdown GPU apps. This will prevent App crashes

  
  6.10.14
  

  * MGR: Fix the Statistics page Save/Restore project display feature.
  * MGR: If aborting multiple tasks, ask "Are you sure?" only once.
  * client: Fix crash that was introduced 7 months ago. (From Nicolás Alvarez)
  * client: remove redundant 0s in job log
  * client: add --unsigned_apps_ok cmdline option and <unsigned_apps_ok> config option. This tells the client to allow unsigned apps. For testing. No file xfers or other network traffic will be allowed if set.
  * client: add <exit_after_finish> option (same as cmdline flag)
  * client: add <skip_cpu_benchmarks> option (same as cmdline flag)
  * client: print message if abort past-deadline unstarted job
  * client: improve message when have NVIDIA drivers but no GPU
  * client: if anonymous platform description (app_info.xml) doesn't specify FLOPS for a GPU app, assume that it runs at CPU peak speed rather than GPU peak speed. Better to be conservative, otherwise job might be aborted due to time limit exceeded.
  * client: on startup, if a coproc needed by a job is missing, set a "coproc_missing" flag rather than aborting the job. If use removes a GPU board while there's a large queue of GPU jobs, they'll stay queued (until their deadline passes). Note: this doesn't fix the situation where user connects via Remote Desktop while GPU jobs are running or queued. We should check for Remote Desktop every minute or so, and stop GPU jobs.
  * client: the get_all_projects_list() RPC doesn't require auth
  * client: don't multiply checkpoint interval (i.e., "disk interval" pref) by # processors. Actually, make it "Tasks checkpoint to disk at most every ..." and change it in the advanced prefs dialog too
  * LIB: Make the is_remote_desktop compilable for all VS versions and SKUs.
  * MGR: Fix initial first connection problem on startup. I'm not sure why it was only happening at startup, there might have been a few crashes because of this issue as well. The basic problem is that wxWidgets had an exception handler around the initial frame creation and when the first GUI RPC was issued to detect whether or not we were atached to an account manager during menu creation the GUI thread would go about doing idle processing while waiting for the GUI RPC thread to initialize. During this time the frame pointer is NULL and was getting dereferenced which would halt window construction and stay there until some other event was fired.
  * MGR: Initial dose of code cleanup and shuffling. Order the menu functions in the order in which they are displayed in the menu.
  * client: address the situation where GPUs become unusable for certain periods (e.g. when Remote Desktop is used on Win). add is_usable() member function to COPROC. Currently this just calls the respective (CUDA or CAL) initialization function. We need to check whether this works and/or causes problems. In enforce_schedule(), check whether usability has changed for each GPU type. If we've gone from usable to unusable, flag all jobs for that GPU as coproc_missing (so they won't get run, and will quit if they're running). If we've gone from unusable to usable, clear the flag. This should deal with all cases except where the client is started up with GPUs unusable.
  * client: bug fixes to the above. Don't fetch work for an unable resource.
  * update cal.h to current ATI code
  * client/scheduler: standardize the FLOPS estimate between NVIDIA and ATI. Make them both peak FLOPS, according to the formula supplied by the manufacturer.
  
  The impact on the client is minor: the startup message describing the GPU, the weight of the resource type in computing long-term debt. On the server, I changed the example app_plan() function to assume that app FLOPS is 20% of peak FLOPS (that's about what it is for SETI@home).
  
  * client: the weight of GPU debt in computing total debt should be (estimated throughput of all GPUs)/(estimated throughput of all CPUs) rather than the ratio of 1 GPU to 1 CPU. This change will hopefully cause ratios of granted credit to more closely match resource shares.
  * client: multi-thread jobs were being given too high priority; in particular, they were preempting jobs in the middle of time slice. Solution:
  
  1) don't use MT in the sort order defined by more_important(). 2) add a 2nd reordering in which MT jobs are moved ahead of non-MT jobs, but only if #CPUs used is < #CPUs (see promote_multi_thread_jobs())
  
  * client: the seqno of jobs in progress but not selected was being set to zero. It should be runnable_jobs.size(). This could potentially cause wrong scheduling decisions.
  * MGR: Fix build break on Mac

 

[KIDH]

Die Version wurde aus unbekannten Gründen zurückgezogen. Jetzt ist wieder 6.6.38 aktuell.