Boinc-client Version 6.x.x, Обсуждение работы шестой версии клиента Налаштування

[(_KoDAk_)]

ПОЛНАЯ история изменений версий BOINC с датами выхода релизов

Change Log для 6.11.хх

BOINC (6 - 6.10.58) Versions Change Log

BOINC 6.7/6.8/GR6.8 Change Log

Все версии боинка для закачки

ВСЕ ВЕРСИИ С 5-й по 6-ю <- РЕКОМЕНДУЕТСЯ КАЧАТЬ ОТСЮДА.

все версии, включая самые последние девелоперские!

официальный форум разработчиков (зарегистрироваться)

[vitalidze1]

Є таке запитання, чи можна задати приорітет одній з ГПУ задач, тобтоє активних 2 задачі Мілка і Коллатс, але хочеться щоб одна із них запукалась при відсутності задач вільних для обробки у іншої. Оскільки в мілки часто пропадають завдання, хотілося б, щоб цей час працював коллатс. Можливо таке замутити?

[(_KoDAk_)]

я просто запустил колю+ милку
и они живут мирно и дружно)

BOINC 6.10.18
- Mac Installer: set most files in BOINC Data directory world-readable
- MGR: Use mixed case keyboard accelerators instead of all caps, the wxGetTranslation function is case sensitive even though the rest of the menu code does not care about case.
- Update to OpenSSL 0.9.8l
All new translations for all languages are included in this release.

[tribal]

кто знает в каких файлах боинк хранит прогресс по проектам???
а то хочу в на раб стол вывести да не могу понять откуда он его берет????

[(_KoDAk_)]

не понял, прогресс завершенности проектов ? - он мало где ваше есть
или про процесс завершенности заданий ?

[Andrey Fenchenko]

Если статистику по проектам, то из файлов statistics_***.xml - где вместо звездочек, веб-адрес проекта.

[tribal]

всем отбой, нашел - не в той копии боинка рылся )))

PS если кому инетересно то статистика по текущим заданиям лежит в \Boinc\Data\client_state.xml практически в конце файла в разделе <active_task>

[(_KoDAk_)]

BOINC 6.10.19 Change Log:
- Mac installer: fix crash bug in AddRemoveUser utility
- Mac installer: fix 2 installer bugs
- Move URL-related code to a new file
- Remove stuff related to SOCKS version, since we only support 5
- client: parse HTTP_PROXY strings of the form

http://username:passwd@host.dom.dom:port/file

(we weren't parsing the username and password before).
- client: fix the feature that lets you exclude a list of hosts from going the proxy.
- client: the checkin of 15 Oct related to multi-thread apps didn't work due to a typo.
- client: if <ncpus> is present in cc_config.xml, we're supposed to act as if there were that many physical CPUs. In particular, we need to set host_info.p_ncpus to that value, since that's what is reported in scheduler requests.

- client: add --no_gpus cmdline option
- client: avoid spurious error message when parsing <proxy_info> from cc_config.xml
- client: fix bug that crashed client if client_state.xml had garbage within <file_info>
- client (Mac/Linux): if the NVIDIA or ATI detection functions cause a SIGSEGV, recover from it.
- client: the handling of GUI RPCs was inconsistent; some expected <request>, some expected <request/>, and some would accept either. Changed them all to accept either.

NOTE: this means no request can be a substring of another

- client (Unix): use waitpid(-1, ...) instead of waitpid(0, ...). This reaps child processes even if they've changed their process group. (from Michael Melanson)
- client: handle no_cpu, no_cuda, no_ati prefs correctly when they're in venue-specific prefs.
- On Windows treat all SEH exceptions as C++ style exceptions.
NOTE: I'll need to do a little more research and adjust the diagnostics stuff later. I believe that the diagnostics framework will now always report an unhandled C++ exception for things like an Access Violation.
- client: On Windows, recover from an Access Violation if/when the GPU functions access violate.
- Backout previous change. The problem doesn't yet manifest itself on Windows and the change has too many implications.
- client: fix (yesterday's) checkin to remove restrictions on GUI RPC request elements. You can now use either <foo></foo> or <foo/> for empty request messages.
- GUI RPC client library: fix double-free bug. it's not clear how this ever worked.
- client: if a project has a no_{cpu,cuda,ati} pref set, don't accumulate debt for that resource. Otherwise we'll accumulate debt forever, pushing other projects into overworked state.

- Mac compile fix
- client: add new config options:
<ignore_cuda_dev>n</ignore_cuda_dev>
<ignore_ati_dev>n</ignore_ati_dev>

To ignore (not use) specific NVIDIA or ATI GPUs. You can ignore more than one.
- client: add <exclusive_gpu_app> option: suspend GPU usage when particular apps are running
- client: fix exclusive_gpu_app feature so that it responds within 10 sec instead of 60 sec.
- MGR: Remove bitmap that is part of the Wizard.
- MGR: Add basic support for displaying the Nvidia and ATI logos for projects which support Nvidia and ATI GPUs. Todo: add descriptions and project images when selected.
- MGR: Add descriptions for each project as a tooltip and add an icon for multicore capable projects.
- MGR: Fix the minimum wizard size problem introduced by removing the wizard graphic.
- MGR: Better formatting and layout of the project descriptions within the list box instead of relying on the tooltips.
- fix build breaks

[(_KoDAk_)]

6.10.18 Recommended version

из самых видных изменений 6.10.19 это то что при добавлении нового проекта теперь непросто строка с названием
а строка + краткое описание проекта
++ указано какую видео карту использует если использует вообше!

+++ теперь запрос идет тока тех заданий что разрешены в проекте.....

[(_KoDAk_)]

BOINC 6.10.21
- MGR: Fix-up tools tips for various elements in the project list control.

- MGR: Hitting the back button on the ProjectInfo page in the wizard when you have highlighted a project you are already attached to, should not cause the 'you are already attached to project' dialog to be displayed. This also appears to have fixed the random page being displayed when the dialog has been dismissed.

- small bug fix

[(_KoDAk_)]

BOINC 6.10.22
SKIP THIS ONE. Big GPU detection bug

- Mac Installer: Rearrange License Agreement so Restrictions section is visible without scrolling and is in bold text
- Mac client: update build scripts, XCode project for curl-7.19.7 and c-ares 1.7.0
- Mac MGR: Fix crashes on OS 10.3.9 due to accessibility APIs implemented on OS 10.4
- Mac: Update XCode project; fix installer not starting Manager on OS 10.6
- Mac installer: If user tries to install on OS 10.3.9, display an alert and quit
- MGR: Filter project list icons so that the icon will only be displayed if the volunteer has the hardware to go with it.
- client: apply the LTD normalizing offset to all projects, even non-debt-eligible ones.
- client: message tweak on <std_debug> use.
- client: change how short term debt is updated.

Old: it's based entirely on CPU time.

So a GPU project, whose app uses only a fraction of a CPU, accrues positive debt. This is OK if the project has only GPU apps, since STD is not (currently) used for GPU scheduling. But some projects have both CPU and GPU apps.

New: STD is based on total processing.

It has terms for each resource type. The notion of "runnable resource share" is specific to a type.

Note: the notion of "resource share fraction" appears in a couple of other places:

* it's passed to apps in app_init_data.xml
* it's passed in scheduler requests. It should be broken down by resource type in these cases too. Note to self: do this later.

- Tweaking messages.
- client: fix divide-by-zero bug in STD code
- fix compile warnings
- client: Add offset to LTD of non-eligible projects only if the offset is positive.
- client: some cmdline args set members of config.
However, config was being cleared after cmdline args were parsed, so these args had no effect. Instead, clear config before parsing cmdline
- client: my STD-related checkin of Dec 1 was bad.
It computed an "overall STD" as the sum of CPU and coprocs, weighted by the coproc's speed, as we do for LTD. This was the wrong idea; in the presence of GPUs, STDs quickly get pushed to +- 1 day and are truncated there.

New scheme: STD is maintained per (resource type, project). This fixes the above problem, and it opens to door to round-robin scheduling of GPUs.

- client: the calculation of "anticipated debt" was scaling by relative resource share. This wasn't correct, seems to me.
- client: rename "debt" to "long_term_debt" in a few places (but not in the client state file, for compatibility)
- compile fixes, message tweaks
- client: fix bug in debt calculation
- client: <zero_debts> zeroes STD too
- client: scale STD limit by # instances
- client: sort out proxy_info mess. Source of proxy info (descending priority)
* GUI RPC (Manager or boinccmd)
This and only this is saved in state file. If neither HTTP nor SOCKS server name present, this is viewed as not present

* environment vars
* cc_config.xml

Show sources of proxy info in message log. If one is present but overridden, show a message to that effect.

This fixes a bug where someone had a proxy info env var and forgot about it. They got an erroneous message saying no proxy was being used.

- win compile fixes
- client: bug fixes to recent proxy info checkin
- code shuffle: move client-specific GPU code to a separate file
- more code shuffle: add COPROCS to HOST_INFO
- result of code shuffle: the HOST_INFO structure returned by the get_host_info() GUI RPC now contains GPU info
- client: don't set STDs for non-runnable projects to zero.
Let them float around with other projects. Fixes problem where, when a project finishes its last job and has a negative STD, it gets an unfair increment by being set to zero.
- client: scheduling tweak.

Old: if a project has RR sim deadline misses, select jobs to run high-priority on the basis of:
1) deadline (earliest first)
2) estimated time to completion (least first)

This ignores whether jobs missed their deadline in RR sim, so it may choose to run a job that's actually in no danger of missing its deadline over one that is.

New: choose only jobs that miss their deadline in RR sim

[(_KoDAk_)]

BOINC 6.10.23
SKIP THIS ONE AS WELL. Big GPU detection bug not fixed yet!
Rom
- fix initialization bug that made GPUs invisible

[Gelo]

уже вышел
boinc_6.10.24_macOSX_universal.zip 09-Dec-2009 02:51 6.7M
boinc_6.10.24_macOSX_SymbolTables.zip 09-Dec-2009 02:50 6.2M
boinc_6.10.24_windows_x86_64.exe 08-Dec-2009 19:17 8.2M
boinc_6.10.24_windows_intelx86.exe 08-Dec-2009 19:16 6.8M

[(_KoDAk_)]

BOINC 6.10.24
This one is "OK" apparently. :-)

8 December 2009
Rom
- fix GPU bug (again)

[(_KoDAk_)]

BOINC 6.10.25
- Mac: Update XCode project for new files cs_proxy.cpp,h, coproc_detect.cpp
- Mac command-line install: add .txt extension to copyright files
- SS: Allow users to set screensaver durations from ss control panel
- Mac SS: In Mac screensaver control panel say "overview screensaver" not "BOINC screensaver"
- Mac Uninstaller: Properly change screensaver settings under OS 10.6
- 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

[(_KoDAk_)]

BOINC 6.10.26 и 27 вышел но тока для МАС