BOINC PENTATHLON 2016, соревнование в 5 проектах с 5 по 19 июня Налаштування

[Dromage]

С 5 по 19 июня 2016 SETI.Germany, как обычно, проводят командное epic-соревнование: Пентатлон. Борьба проходит в 5-ти частично пересекающихся по времени дисциплинах-проектах. В течение 14 дней участникам предлагается разумно рассредоточить свои силы для достижения максимально высокого итогового места команды.

Официальный сайт Пентатлона: https://www.seti-germany.de/boinc_pentathlon/?lang=en

Текущие результаты соревнований: https://www.seti-germany.de/boinc_pentathlo.../pentathlon.php


Известны все 5 дисциплин:

Marathon (Проект: Citizen Science Grid) ИТОГОВОЕ 16 место
http://csgrid.org/csg/
Начало: 5 июня 2016, 3:00 ночи по Киеву
Окончание: 19 июня 2016, 3:00 ночи по Киеву

City Run (Проект: theSkyNet POGS) ИТОГОВОЕ 17 место
https://pogs.theskynet.org/pogs/
Начало: 6 июня 2016, 3:00 ночи по Киеву
Окончание: 11 июня 2016, 3:00 ночи по Киеву

Cross Country (Проект: PrimeGrid) ИТОГОВОЕ 21 место
http://www.primegrid.com/
Начало: 9 июня 2016, 3:00 ночи по Киеву
Окончание: 14 июня 2016, 3:00 ночи по Киеву

Swimming (Проект: Universe@home) ИТОГОВОЕ 19 место
http://www.universeathome.pl/universe/
Начало: 12 июня 2016, 3:00 ночи по Киеву
Окончание: 19 июня 2016, 3:00 ночи по Киеву

Sprint (Проект: Rosetta@home) ИТОГОВОЕ 19 место
http://boinc.bakerlab.org/
Начало: 15 июня 2016, 3:00 ночи по Киеву
Окончание: 18 июня 2016, 3:00 ночи по Киеву

Полезная информация и советы!

Отправка заданий

(Show/Hide)

Убедитесь все что у вас такой параметр виставлен в файле cc_config.xml для немедленной отправки посчитанних результатов. Без него комп отправит результати не сразу, а только когда нужно будет пополнить кєш. После изменения єтого файла необходимо перезагрузить боинк либо файл настроек (в Меню боинка есть такой пункт). На линуксе єто команда boinccmd --read_cc_config в папке /var/lib/boinc-client

<cc_config>
<options>
<report_results_immediately>1</report_results_immediately></options>
<log_flags>
</log_flags>
</cc_config>

До речі, в boinc-client є менеждер з’єднання з інтернетом за розкладом. Кому бажано зливати в якись конкретний час - будь ласка.

розкопав одну фігню.
в файлі client_state.xml в секції проекту є строчка <upload_url>http:
ЇЇ прописав в файрвол.
В результаті завдання нові приймаються, а от відправка блокована.
На енштейні працює.

Для 24-ядерных платформ или просто если быстро посчитались задания, могу предложить следующее решение:
В "настройках клиента" ограничить скорость отправки посчитанного материала. Загружаться ВЮ к вам на комп будут, а отправляться не успеют из-за ограничения.

Хомячинг и управление кэшем BOINC-клиента

(Show/Hide)

Кэш - это очередь заданий, ожидающих начало расчета в твоем BOINC-клиенте. Чем больше у тебя заданий там будет, тем дольше BOINC сможет работать в автономном режиме, т.е. не сливая посчитанные результаты на сервер проекта. Включить автономную работу можно в BOINC-менеджере в разделе Управление > Работать автономно. Кэш выставляется в меню Сервис > Настройки клиента > вкладка "Настройка сети" > пункты "Минимальный буфер и "Макс. дополнительный буфер" (тут значение можно поставить по 10 дней - это максимум). Ты это делаешь, потом ждешь, когда зальются задания, смотришь - ага, на Х дней мне точно хватит, ставишь клиент на автономную работу и довольный ждешь начала этапа Пентатлона с выбранным проектом. До этого момента из автономного режима выходить нельзя, иначе кэш сольется на сервер без пользы.

Ну вот как-то так и выглядит хомячинг.

Как закачать в кэш очень много заданий.

У папці з Боінком створи чи відредагуй файл cc_config.xml

і пропиши там таке:

<cc_config>
<options>
<ncpus>8</ncpus>
</options>
</cc_config>

потом в Боінк вибрати Додатково-> Читати файли налаштувань

ncpus - це кількість "віртуальних" процесорів. Чим більше число - тим більше клієнт накачає завдань.

Коли буде купа завдань, в ncpus пишемо реальну кількість ядер процесора, вибираємо знову "читати файли налаштувань" і врубаємо автономний режим. Профіт ))

ускорение валидации (в некоторих проектах)

(Show/Hide)

я всегда при получении задания смотрю в профиле его состояние. Если задание выдано только вам - переходите на следующее. Можно просто не успеть его валидировать. Правильнее просто просмотреть ВСЕ полученные задания и поставить в работу только те, которые уже посчитаны. Тогда валидация будет сразу после слива - прирост в очках реально большой.

[Володимир]

State: All (280) · In progress (196) · Validation pending (84) · Validation inconclusive (0) · Valid (0) · Invalid (0) · Error (0)

[m14w79]

може створити app_config.xml файл з подібними параметрами на прикладі POEM

<app_config>
<app>
<name>poemcl</name>
<gpu_versions>
<gpu_usage>0.5</gpu_usage>
<cpu_usage>1</cpu_usage>
</gpu_versions>
</app>
</app_config>

тільки кількість гп поставити не 0.5, а більше. кількіст цп 0.1-0.2, чи для CUDA потрібно ціле ядро :idontno:

Для ATI файл є на https://www.seti-germany.de/boinc_pentathlon/?lang=en , а вот для nvidia/linux64 я його трохи переробив:

<app_info>
<app>
<name>genefer15</name>
<user_friendly_name>Genefer 32768</user_friendly_name>
<fraction_done_exact>1</fraction_done_exact>
</app>
<app>
<name>genefer16</name>
<user_friendly_name>Genefer 65536</user_friendly_name>
<fraction_done_exact>1</fraction_done_exact>
</app>
<app>
<name>genefer17low</name>
<user_friendly_name>Genefer 131072 Low</user_friendly_name>
<fraction_done_exact>1</fraction_done_exact>
</app>
<app>
<name>genefer17mega</name>
<user_friendly_name>Genefer 131072 Mega</user_friendly_name>
<fraction_done_exact>1</fraction_done_exact>
</app>
<app>
<name>genefer18</name>
<user_friendly_name>Genefer 262144</user_friendly_name>
<fraction_done_exact>1</fraction_done_exact>
</app>
<app>
<name>genefer19</name>
<user_friendly_name>Genefer 524288</user_friendly_name>
<fraction_done_exact>1</fraction_done_exact>
</app>
<app>
<name>genefer</name>
<user_friendly_name>Genefer</user_friendly_name>
<fraction_done_exact>1</fraction_done_exact>
</app>
<app>
<name>genefer_wr</name>
<user_friendly_name>Genefer (World Record)</user_friendly_name>
<fraction_done_exact>1</fraction_done_exact>
</app>
<file_info>
<name>platform_nvidia_1.00.txt</name>
</file_info>
<file>
<name>primegrid_genefer_3_3_1_3.13_x86_64-pc-linux-gnu__OCLcudaGFN15</name>
<executable/>
</file>
<file>
<name>primegrid_genefer_3_3_1_3.13_x86_64-pc-linux-gnu__OCLcudaGFN16</name>
<executable/>
</file>
<file>
<name>primegrid_genefer_3_3_1_3.13_x86_64-pc-linux-gnu__OCLcudaGFN17LOW</name>
<executable/>
</file>
<file>
<name>primegrid_genefer_3_3_1_3.13_x86_64-pc-linux-gnu__OCLcudaGFN17MEGA</name>
<executable/>
</file>
<file>
<name>primegrid_genefer_3_3_1_3.13_x86_64-pc-linux-gnu__OCLcudaGFN18</name>
<executable/>
</file>
<file>
<name>primegrid_genefer_3_3_1_3.13_x86_64-pc-linux-gnu__OCLcudaGFN19</name>
<executable/>
</file>
<app_version>
<app_name>genefer15</app_name>
<version_num>313</version_num>
<file_ref>
<file_name>primegrid_genefer_3_3_1_3.13_x86_64-pc-linux-gnu__OCLcudaGFN15</file_name>
<main_program/>
</file_ref>
<file_ref>
<file_name>platform_nvidia_1.00.txt</file_name>
<open_name>opencl_platform.txt</open_name>
</file_ref>
<avg_ncpus>0.5</avg_ncpus>
<max_ncpus>1.0</max_ncpus>
<coproc>
<type>NVIDIA</type>
<count>0.5</count>
</coproc>
</app_version>
<app_version>
<app_name>genefer16</app_name>
<version_num>313</version_num>
<file_ref>
<file_name>primegrid_genefer_3_3_1_3.13_x86_64-pc-linux-gnu__OCLcudaGFN16</file_name>
<main_program/>
</file_ref>
<file_ref>
<file_name>platform_nvidia_1.00.txt</file_name>
<open_name>opencl_platform.txt</open_name>
</file_ref>
<avg_ncpus>0.5</avg_ncpus>
<max_ncpus>1.0</max_ncpus>
<coproc>
<type>NVIDIA</type>
<count>0.5</count>
</coproc>
</app_version>
<app_version>
<app_name>genefer17low</app_name>
<version_num>313</version_num>
<file_ref>
<file_name>primegrid_genefer_3_3_1_3.13_x86_64-pc-linux-gnu__OCLcudaGFN17LOW</file_name>
<main_program/>
</file_ref>
<file_ref>
<file_name>platform_nvidia_1.00.txt</file_name>
<open_name>opencl_platform.txt</open_name>
</file_ref>
<avg_ncpus>0.5</avg_ncpus>
<max_ncpus>1.0</max_ncpus>
<coproc>
<type>NVIDIA</type>
<count>0.5</count>
</coproc>
</app_version>
<app_version>
<app_name>genefer17mega</app_name>
<version_num>313</version_num>
<file_ref>
<file_name>primegrid_genefer_3_3_1_3.13_x86_64-pc-linux-gnu__OCLcudaGFN17MEGA</file_name>
<main_program/>
</file_ref>
<file_ref>
<file_name>platform_nvidia_1.00.txt</file_name>
<open_name>opencl_platform.txt</open_name>
</file_ref>
<avg_ncpus>0.5</avg_ncpus>
<max_ncpus>1.0</max_ncpus>
<coproc>
<type>NVIDIA</type>
<count>0.5</count>
</coproc>
</app_version>
<app_version>
<app_name>genefer18</app_name>
<version_num>313</version_num>
<file_ref>
<file_name>primegrid_genefer_3_3_1_3.13_x86_64-pc-linux-gnu__OCLcudaGFN18</file_name>
<main_program/>
</file_ref>
<file_ref>
<file_name>platform_nvidia_1.00.txt</file_name>
<open_name>opencl_platform.txt</open_name>
</file_ref>
<avg_ncpus>0.5</avg_ncpus>
<max_ncpus>1.0</max_ncpus>
<coproc>
<type>NVIDIA</type>
<count>0.5</count>
</coproc>
</app_version>
<app_version>
<app_name>genefer19</app_name>
<version_num>313</version_num>
<file_ref>
<file_name>primegrid_genefer_3_3_1_3.13_x86_64-pc-linux-gnu__OCLcudaGFN19</file_name>
<main_program/>
</file_ref>
<file_ref>
<file_name>platform_nvidia_1.00.txt</file_name>
<open_name>opencl_platform.txt</open_name>
</file_ref>
<avg_ncpus>0.5</avg_ncpus>
<max_ncpus>1.0</max_ncpus>
<coproc>
<type>NVIDIA</type>
<count>0.5</count>
</coproc>
</app_version>
<app_version>
<app_name>genefer</app_name>
<version_num>313</version_num>
<file_ref>
<file_name>primegrid_genefer_3_3_1_3.13_x86_64-pc-linux-gnu__OCLcudaGFN</file_name>
<main_program/>
</file_ref>
<file_ref>
<file_name>platform_nvidia_1.00.txt</file_name>
<open_name>opencl_platform.txt</open_name>
</file_ref>
<avg_ncpus>0.5</avg_ncpus>
<max_ncpus>1.0</max_ncpus>
<coproc>
<type>NVIDIA</type>
<count>0.5</count>
</coproc>
</app_version>
<app_version>
<app_name>genefer_wr</app_name>
<version_num>313</version_num>
<file_ref>
<file_name>primegrid_genefer_3_3_1_3.13_x86_64-pc-linux-gnu__OCLcudaGFNWR</file_name>
<main_program/>
</file_ref>
<file_ref>
<file_name>platform_nvidia_1.00.txt</file_name>
<open_name>opencl_platform.txt</open_name>
</file_ref>
<avg_ncpus>0.5</avg_ncpus>
<max_ncpus>1.0</max_ncpus>
<coproc>
<type>NVIDIA</type>
<count>0.5</count>
</coproc>
</app_version>
</app_info>

Деякі пояснення:

<type>NVIDIA</type>
<count>0.5</count>

означає, що на кожній відеокарті буде рахуватися 1/0.5=2 завдання.

<avg_ncpus>0.5</avg_ncpus>
<max_ncpus>1.0</max_ncpus>

А ось це трохи складніше. Це означає не те, скільки CPU видається на кожне GPU завдання, а скільки планувальник зарезервує. Наприклад, в системі є 4 процесора і одна відеокарта, на якій рахується одночасно два завдання, причому під BOINC виділено 75%. На тому ж компі рахується POGS. Тому планувальник розподілить ядра так: під BOINC візьме 3 ядра (75%), із них зарезервує 2*0.5=1 під задачи, які рахуються на GPU, а на останніх 3-1=2 запустить POGS. Тобто параметр avg_ncpus дозволяє розподілити виділені під BOINC ядра між задачами на CPU і GPU. Параметр max_ncpus можна залишати вдвічі більшим ніж avg_ncpus, він не настільки помітно на щось впливає. Причому реально GPU задача може використовувати як більше ресурсів CPU, так і менше, так що це треба дивитись на кожній системі індівідуально, щоб підібрати оптимальне розподілення ресурсів, так щоб і CPU задачи не гальмували, і незадіяних ресурсів не було.

Повний архів зі всьома необхідними файлами ось: https://m3.z7z.me/primegrid_genefer_x86_64-...nu__OCLcuda.tgz , якщо потрібні ще якісь, або треба буде переробити під i386, то вони є тут: http://www.primegrid.com/download/?C=M;O=D
Приклади переробки файлів під windows є тут: http://www.primegrid.com/forum_thread.php?...wrap=true#90778

Втім, в більшості випадків можна цим всім не заморачиватись, а просто вибрати в налаштуваннях PrimeGrid тільки задачі "Generalized Fermat Prime Search" з n=15-19 під вашу відеокарту, не чіпаючи задач під CPU. Задачи з n=20, або більше берить тільки якщо в вас топове залізо. Дуже топове.

Це повідомлення відредагував m14w79: Jun 6 2016, 16:31

[ArsenEverlast]

скоро мають зявитися завдання в CSG, так що не спимо щоб не прогавити момент

UPDATE щойно хапанув 16 тасків

погнали)
SubsetSum@Home Sum Calculator 198775 8790

[vadik_ua]

m14w79,
Вітаємо в команді!

[vadik_ua]

Оголосили четвертий проект: Universe@home

P.S. Пробігся по завданнях PrimeGrid, ативував лише ті, які точно пройдуть валідацію - всі інші поставив на паузу. Після старту одразу зливаю і візьму собі GFN-22

[Vzik]

Якийсь тихий цей пентатлон , немає дебатів , суперечок , розробки стратегії .
Або всі спокійні як удави , або .... на цьому думка припиняє існування .
Поки що йдемо не погано, проте не завадило б свіжої обчислювальної сили.

[ArsenEverlast]

Якийсь тихий цей пентатлон , немає дебатів , суперечок , розробки стратегії .
Або всі спокійні як удави , або .... на цьому думка припиняє існування .
Поки що йдемо не погано, проте не завадило б свіжої обчислювальної сили.

виглядає так що в перших 2 проектах вище 14 місця ми не скочимо

CSG
14 Ukraine 12741 || 1734
15 The Scottish Boinc Team 11538 || 1937
16 AMD Users 11419 || 918
17 BOINC@Poland 11232 || 1937
18 Team 2ch 11067 || 10631
19 Crunching@EVGA 10501 || 1938
20 Russia Team 9449 || 408

POGS
13 TeAm AnandTech 886 981 || 7 006
14 Ukraine 600 312 || 5 431
15 TitanesDC 532 842 || 10 868

зараз завдання не впасти в цих проектах і готовитися до наступних (оскільки з GPU в нас туго, то краще думати про Universe@Home)
тобто пріоритет на CSG і Universe@Home, як думаєте?

[m14w79]

Якийсь тихий цей пентатлон , немає дебатів , суперечок , розробки стратегії .
Або всі спокійні як удави , або .... на цьому думка припиняє існування .
Поки що йдемо не погано, проте не завадило б свіжої обчислювальної сили.

Може тому, що всі ті ж самі бійці на том ж самому обладнанні ?

[Dromage]

Я згідний з тим, що концентрація CPUшних сил на Universe@home буде для нас більш вигідна, тому що в the skynet у нас для підтримки штанів є 24 активних учасника, а в Universe лише десять.
Ну і плюс поки є завдання, треба маслати Марафон, а то знов закінчаться - і баста.

На тих машинах, до яких немає безпосереднього доступу залишайте POGS та csgrid(пріорітетно), а на інших можна вже хом'ячити Universe. Відеокарти ж вже повинні давно хрумкати Праймгрід :-)

[Vzik]

Судячи з позицій по обом проектам - на хвоста наступають в обох проектах.
СSG до кінця треба тримати
Реально треба облишити POGS можливо за добу до закінчення (довга валідація на кілька днів поспіль).
Так, Universe можна переключити звільнені ресурси з проекту POGS
Мабудь Rilian у відпустці...

[Dromage]

На одном компьютере до дедлайна заданий POGS успевают досчитаться только около 30 штук из 42. Решил зайти почистить неугодные вюшки. И увидел что в 26 заданиях из этих 42 мой партнер по расчетам - dimus. С его стороны уже все посчитано и находится в ожидании.

Оставил активными только эти 26 заданий, остальные заморозил...

[T@r@s_Bulb@]

Хлопці, а який проект ми будемо рахувати в primegrid?
Де галочку ставити?

[vadik_ua]

Хлопці, а який проект ми будемо рахувати в primegrid?
Де галочку ставити?

В primegrid пріоритет для відеокарт. Процесорний час там краще не витрачати, а спрямувати на ресурси, про які писали вище.

Якщо у Вас нормальна відеокарта - найкраще брати Generalized Fermat Prime Search n=21 (GFN-21) - там дається 20% бонусів. На моїй 7950 одне таке завдання рахується майже 17 годин. Але треба запускати лише ті завдання, які точно пройдуть валідацію.

Якщо відеокарта слабша - брати з цієї ж серії, але менші по довжині проекти, наприклад, Generalized Fermat Prime Search n=18 (GFN-18). Але, знову ж таки, абортити всі завдання, які не встигнуть пройти валідацію.

[Dromage]

Хлопці, а який проект ми будемо рахувати в primegrid?
Де галочку ставити?

Проект можна рахувати будь який в Праймгріді. Яле я порадив би рахувати його лише відеокартами. По-перше це єдинина дисципліна Пентатлону під "відяхи". По-друге Праймрід навіть у фоновому режимі для команди Ukraine приносить 230 тисяч очок щодня. І наші потуги центральними процессорами будуть для рахунку команди що слону дробина, а для Universe або CSGrid кілька зайвих ядер - це вже значний відчутний плюс.

[dimus8210]

На одном компьютере до дедлайна заданий POGS успевают досчитаться только около 30 штук из 42. Решил зайти почистить неугодные вюшки. И увидел что в 26 заданиях из этих 42 мой партнер по расчетам - dimus. С его стороны уже все посчитано и находится в ожидании.

Оставил активными только эти 26 заданий, остальные заморозил...

добре що в тебе тіж завдання що я вже порахував, бо 300 штук абортнув і переліз хом’ячити Universe@Home