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-ю <- РЕКОМЕНДУЕТСЯ КАЧАТЬ ОТСЮДА.

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

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

[nikelong]

И че?
Ченджлог длинный аки рулон туалетной бумаги, но кроме КУДЫ там шото действительно стоящщее апдейта есть?

[(_KoDAk_)]

- Client: Implement new work-fetch policy
-подправили лог
вместо
14-Jan-2009 16:12:01 [rosetta@home] Sending scheduler request: To fetch work. Requesting 78649 seconds of work, reporting 2 completed tasks
просто
15.01.2009 0:24:13|rosetta@home|Sending scheduler request: To fetch work.
15.01.2009 0:24:13|rosetta@home|CPU work request: 0.00 seconds, 0 instances
15.01.2009 0:24:13|rosetta@home|CUDA work request: 345600.00 seconds, 1 instances
15.01.2009 0:24:13|rosetta@home|Reporting 3 completed tasks


-походу доконца реализовали фичи быстрого клиента (чаше обновляет отправить\ принять) каждые 5 мин
руздельныйзапрос на CPU \ GPU задания
- но вдобавот стало пичать в лог но не менеджере
acc sho: idle 0.000000 dt 17873.634170
acc sho: idle 1.000000 dt 17873.634170
acc sho: idle 0.000000 dt 8405.990677
acc sho: idle 1.000000 dt 8405.990677
acc sho: idle 0.000000 dt 5462.299640
acc sho: idle 1.000000 dt 5462.299640
acc sho: idle 0.000000 dt 2582.063080
acc sho: idle 1.000000 dt 2582.063080
acc sho: idle 0.000000 dt 18035.648638
acc sho: idle 1.000000 dt 18035.648638
acc sho: idle 0.000000 dt 8405.990677
и т.д
ну и канечно
15.01.2009 0:23:37||CUDA device: GeForce 9600 GSO (384MB, est. 58GFLOPS)

[Death]

вышел 663

BOINC 6.6.3 released for Windows and Windows x64

Rom Walton wrote:
Howdy Folks,

This release has many fixes for work-fetch and CPU/GPU scheduling.
Please report test results to http://boinc.berkeley.edu/alpha/

----- Rom


Change Log:

- Mac client: fix bug in build script so that curl-7.19.2 actually does build with c-ares 1.6.0. Fixes #830. (Checked into boinc_core_release_6_6_2 tag and boinc_core_release_6_6a branch.)

- client: fix messages

- client: fetch work from non-CPU-intensive projects - походу ХАЛ должен нормально запрашивать работу а не 0 как в 662

- client: compile fix, remove spurious message

- MGR: Make sure the UI thread doesn't call a GUI RPC that uses the SET_LOCALE class.

- MGR: fix compile error.

- client: if an app has avg_ncpus < 1, run it at above-idle priority even if it doesn't use a coprocessor.

- scheduler: added an "nci" (non CPU intensive) plan class to sched_plan.cpp. It declares the use of 1% of a CPU.

The above two changes are intended to allow the QCN app to run at above_idle priority, which it needs in order to do 500Hz polling.

- API: the std::string version of boinc_resolve_filename() acts the same as the char[] version.

- client sandbox: add details in switcher_exec "execv failed" message.

- MGR: Work around bug in generic list control GetSelectedItemCount() which caused incorrect update of buttons in Projects tab after detching from a project; remove redundant UpdateSelection() call.

- MGR: Remove override of GetSelectedItemCount() introduced yesterday; instead, call DeleteItem() rather than SetItemCount() when number of rows has been reduced, to allow virtual ListCtrl adjust its list of selected rows (and thus keep its count in sync with reality.)

- MGR: Don't use wxT() to describe parameters passed to GUI RPCs.

- MGR: In CBOINCClientManager::StartupBOINCCore() allow time for Client to start up, to avoid repeated attempts which put spurious messages "Another instance Another instance of BOINC is running" in stderrdae.txt.

- client: simplify message describing scheduler request; to get work request details, use <sched_op_debug>

- client: when preempting a process, remove it from memory if:
1) it uses a coprocessor
2) it has checkpointed since the client started
3) it's being preempted because of a user action (suspend job, project, or all processing) or user preference (time of day, computer in use)

- client: clear debts when reset project

- client: respect work-fetch backoff for non-CPU-intensive projects

- client: for non-CPU-intensive project, fetch new job if no currently running jobs

- client: skip non-CPU-intensive projects in debt calculations

- manager: show resource backoff times correctly

- client: if we're doing an RPC (for whatever reason) to a non-CPU-intensive project without a job, ask for one.

- client: change the LTD policy so that
1) net adjustment for eligible projects is zero;
2) max LTD is zero

29.01.2009 14:04:13||Starting BOINC client version 6.6.3 for windows_intelx86
29.01.2009 14:04:13||log flags: task, file_xfer, sched_ops
29.01.2009 14:04:13||Libraries: libcurl/7.19.2 OpenSSL/0.9.8i zlib/1.2.3
29.01.2009 14:04:13||Data directory: C:\Documents and Settings\All Users\Application Data\BOINC
29.01.2009 14:04:13||Running under account user
29.01.2009 14:04:14||Processor: 1 GenuineIntel Intel® Celeron® CPU 2.26GHz [x86 Family 15 Model 4 Stepping 1]
29.01.2009 14:04:14||Processor features: fpu tsc sse sse2 mmx
29.01.2009 14:04:14||OS: Microsoft Windows XP: Professional x86 Editon, Service Pack 3, (05.01.2600.00)
29.01.2009 14:04:14||Memory: 1015.23 MB physical, 2.90 GB virtual
29.01.2009 14:04:14||Disk: 19.53 GB total, 2.40 GB free
29.01.2009 14:04:14||Local time is UTC +2 hours
29.01.2009 14:04:14||Not using a proxy
29.01.2009 14:04:14||No CUDA devices found
29.01.2009 14:04:14||No coprocessors
29.01.2009 14:04:14||Version change (6.6.2 -> 6.6.3)
29.01.2009 14:04:14|VCP - The Future of Volunteer Computing|URL: http://202.191.56.60/VCP/; Computer ID: 29; location: (none); project prefs: default
* * *
29.01.2009 14:04:14|Open Rendering Environment|URL: http://www.renderfarm.fi/; Computer ID: 107; location: (none); project prefs: default
29.01.2009 14:04:14||General prefs: from AlmereGrid TestGrid - Boinc (last modified 06-Jan-2009 00:44:54)
29.01.2009 14:04:14||Computer location: home
29.01.2009 14:04:14||General prefs: no separate prefs for home; using your defaults
29.01.2009 14:04:14||Reading preferences override file
29.01.2009 14:04:14||Preferences limit memory usage when active to 1015.23MB
29.01.2009 14:04:14||Preferences limit memory usage when idle to 1015.23MB
29.01.2009 14:04:14||Preferences limit disk usage to 1.66GB
29.01.2009 14:04:14||Running CPU benchmarks
29.01.2009 14:04:14||Suspending computation - running CPU benchmarks
29.01.2009 14:04:19|FreeHAL@home|Sending scheduler request: Requested by user.
29.01.2009 14:04:19|FreeHAL@home|Requesting new tasks
29.01.2009 14:04:24|FreeHAL@home|Scheduler request completed: got 0 new tasks
29.01.2009 14:04:46||Benchmark results:
29.01.2009 14:04:46|| Number of CPUs: 1
29.01.2009 14:04:46|| 1147 floating point MIPS (Whetstone) per CPU
29.01.2009 14:04:46|| 1792 integer MIPS (Dhrystone) per CPU
29.01.2009 14:04:47|PrimeGrid|Restarting task llr321_26554394_2 using llr321 version 513
29.01.2009 14:05:12||Running CPU benchmarks
29.01.2009 14:05:12||Suspending computation - running CPU benchmarks
29.01.2009 14:05:44||Benchmark results:
29.01.2009 14:05:44|| Number of CPUs: 1
29.01.2009 14:05:44|| 1154 floating point MIPS (Whetstone) per CPU
29.01.2009 14:05:44|| 1778 integer MIPS (Dhrystone) per CPU
29.01.2009 14:05:45||Resuming computation
29.01.2009 14:05:46|FreeHAL@home|Sending scheduler request: To fetch work.
29.01.2009 14:05:46|FreeHAL@home|Requesting new tasks
29.01.2009 14:05:51|FreeHAL@home|Scheduler request completed: got 0 new tasks

ЧЕГО ТАК МАЛО???????????????

[(_KoDAk_)]

это у тебя
у меня скока было стока и осталось
29.01.2009 15:39:43|| Number of CPUs: 4
29.01.2009 15:39:43|| 3244 floating point MIPS (Whetstone) per CPU
29.01.2009 15:39:43|| 11191 integer MIPS (Dhrystone) per CPU

[Death]

я понял. праймгрид на паузу не ставится. ((((

то есть если на 2 умножить то как раз старые значения будут.

[(_KoDAk_)]

а зачем на паузу ставить
когда ставишь поверх боинк он: остонавливает старый\ ставит новый \запускает новый\и запускает бенч\и потом запускает проекты.

[Death]

нифига. у меня праймгрид не останавливается даже когда делаешь суспенд проджект. почему непонятно.
я во время бенча смотрел - 50% прайм, 50% боинк.

[Rilian]

[17:53:25] <Dead J. Dona> оооо у меня 663
[17:53:36] <Dead J. Dona> будет 666 перестану обновляться ))))))))))

[(_KoDAk_)]

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

[Death]

стартует как сервис

[YuRi]

Если поставишь как сервис, разумеется.
За это (кроме всего прочего) я и не люблю 6ую версию.

[(_KoDAk_)]

а как его сервисом повесить ?
+
BOINC 6.6.4 released for Windows, Windows x64, and Mac

Rom Walton wrote:

Howdy Folks,

This release has a bunch of new fixes for work-fetch and CPU scheduling.

Please report test results to http://boinc.berkeley.edu/alpha/

Thanks in advance.

----- Rom



Change Log:

- MGR: call UpdateSelection() from OnListRender() instead of from RestoreSelections(). Fixes #837.

- MGR: Suppress Skin Manager error messages by default; enable them only if the Manager is launched from the command line with an argument -c or --checkskins.

- client: if we're making an RPC to a project because of user request, clear the resource backoff times so that we potentially can ask the project for work.

- lib: comment out perror()s in connection code.

- client: remove the "deadlines_missed" and "overworked" clauses from RSC_WORK_FETCH::choose_project()

- client: restore notion of overworked; if a project is overworked for a resource R, don't fetch work for R unless there are idle instances

- GUI RPC: the "get all projects" RPC now also returns account managers

- GUI RPC: Fix compiler warning (missing return value).

- client: if user requests RPC, do it even if project is backed off

- manager: show backoff interval correctly

- client: update LTD correctly

- Work fetch / scheduler: There are two mechanisms to prevent the scheduler from sending jobs that won't finish by their deadline.

Simple mechanism:
The client sends the interval x for which CPUs are projected to be saturated.
Given a job with estimated duration y, the scheduler doesn't send it if x + y exceeds the delay bound. If it does send it, x is incremented by y.

Complex mechanism:
Client sends workload description.
Scheduler does EDF simulation, sees if deadlines are missed.
The only project using this AFAIK is BOINC alpha test.
Neither of these mechanisms takes coprocessors into account, and as a result jobs could be sent that are doomed to miss their deadline.

This checkin adds coprocessor awareness to the Simple mechanism.

Changes:
Client: compute estimated delay (i.e. time until non-saturation) for coprocessors as well as CPU. Send them in scheduler request as part of coproc descriptor.

- client: fixed bug that computed CPU estimated delay incorrectly

- client: the work request (req_secs) for a resource is the min of the project's share and the shortfall.

- client: computation of # idle CUDA instances was wrong

- client: tweak work fetch messages

- client: buffer 2000 messages instead of 1000

- client: work fetch fixes

- client: there was a problem with how the round simulator worked in the presence of coprocessors. The simulator maintained per-project queues of pending jobs. When a job finished (in the simulation) it would get one or more jobs from that project's pending queue.

The problem: this could cause "holes" in the scheduling of GPUs, and produce an erroneous nonzero shortfall for GPUs, leading to infinite work fetch.

The solution: maintain a separate (per-resource, not per--project) queue of pending coprocessor jobs. When a coprocessor job finishes, start pending jobs from the queue for that resource.

Another change: the simulator did strict reservation of coprocessors. If there are 2 instances of CUDA, and a 1-instance job is running in the simulation, it wouldn't start an additional 2-instance job. This also can cause erroneous nonzero shortfalls.

So instead, schedule coprocessors like CPUs, i.e. saturate them. This can cause distorted completion time estimates, but it's better than infinite work fetch.

- client: code cleanup

[Algon]

(_KoDAk_)
При установке выбираеш "защищенный режим".
Если уже установлен - в комстроке: sc create Boinc binpath= "c:\Program Files\boinc\boinc.exe -daemon -allow_remote_gui_rpc", потом идеш в службы и редактируеш нужные параметры.

[Death]

Another change: the simulator did strict reservation of coprocessors. If there are 2 instances of CUDA, and a 1-instance job is running in the simulation, it wouldn't start an additional 2-instance job. This also can cause erroneous nonzero shortfalls.

у кого две куды - нужный фикс.

[(_KoDAk_)]

кто-то уже даугредил 6.ххх х64 до х86 ?
тока поршу не эксперементировать ато плохо может кончится
для боинка так точно(

и тепер кабі я ниставил и не сносил у меня все равно х64 боинк
итак помог тока -5.10.45 пoтом 6.2.18 он последний кто уменя х86 хочет пахать