Low Country Festivities Challenge, 29 April 2013 18:00 UTC - 7 May 2013 18:00 UTC Налаштування

[x3mEn]

PrimeGrid's Challenge Series

 

Welcome to Low Country Festivities Challenge

Основное: Четвёртый в этом году челлендж длительностью 8 дней в подпроекте Woodall Prime Search (LLR)!

Задания: Woodall Prime Search (LLR) (в вашей панели управления оставляем галочку только напротив них)

Старт: 29 апреля 2013 21:00 по Киеву. Следите за обратным таймером на морде сайта
Финиш: 7 мая 2013 21:00 по Киеву. Успейте отправить завершенные задания до этого времени!
Длительность: 8 суток = 192 часа.

В зачет челленджа попадают только те задания, которые запрошены ПОСЛЕ старта, выполнены И возвращены на сервер ДО конца челленджа.

Под какую ОС идет:
Windows: 32bit, 64bit
Linux: 32bit, 64bit
Mac: 32bit, 64bit

Особенности:
Под ОС х64 считаются чусть быстрее. А если процессор с поддержкой AVX то ГОРАЗДО БЫСТРЕЕ!

Как долго считаются задания:
Recent average CPU time: 78:17:41

Подробности -----> ТУТ

 

НОВИЧКАМ:
Что такое челлендж?
Это как одна гонка в формуле-1. Есть в году 19 гонок формула-1, так и в праймгриде есть в 2012 году 9 заездов-челленджей.

ОЧКИ
Когда вы просто подключились к проекту праймгрид - то вы считаете себе потихоньку, и очки капают в копилку ника, команды и страны, в общую статистику. Ну в ту, которую вы смотрите регулярно на удобном для вас сайте (боинкстатс, фрии-дц, итд, итп).
Другое дело когда вы участвуете в челлендже - тогда очки за обработанные задания попадают сразу в две статистики: обычную боинковую, и челленджерскую. Положение команд и правила начисления очков командам в челлендже на пальцах и без перевода ясно видно ЗДЕСЬ.

 

Новичкам БОИНКА: как подключиться к проекту.

(Show/Hide)

1. Загрузите BOINC менеджер (Если его у Вас еще нет!). Почитайте как его настроить (с картинками!)
2. Перейдите в "расширенный вид"
3. Выберите сервис ---> подключится к проекту
4. Введите адрес проекта http://www.primegrid.com/
5. Введите свои регистрационные данные.
6. Найдите нашу команду. Она называется Ukraine
7. Присоединитесь к ней, нажав ссылку Join.
8. Если есть доступные для загрузки задания Вы их получите и начнете расчеты.

Hint: если Вы подключаетесь к проекту PrimeGrid во время челленджа, лучше перед шагом 3 сделать следующее:
а. Зайдите на страницу проекта PrimeGrid
б. Зарегистрируйтесь
в. Зайдите на страницу выбора подпроектов в панели управления
г. Выберите только тот проект, в котором сейчас идёт состязание
После этого продолжайте с шага 3.

Мой компьютер на работе, как сделать чтоб он начал загружать задания после старта челленджа?

(Show/Hide)

Стратегии старта Челленджа
В зависимости от различных факторов, для разных юзеров могут подойти разные стратегии. Здесь описаны только некоторые из них:

* большая ферма, юзер может присутствовать на старте, простой машин недопустим
-установите "Загружать заданий на" 0 дней"
-установите "Дополнительный буфер" 0 "дней"
-в настройках PrimeGrid выберите только проект SGS LLR (в нём самые короткие задания)
-после старта челленджа выберите в настройках PrimeGrid проект состязания
-установите Загружать заданий и Дополнительный буфер в столько дней, чтобы на время челленджа машины не простаивали
Результат: в худшем случае Вы опаздаете максимум на длительность 1-го задания SGS LLR
* большая ферма, юзер может присутствовать на старте, оптимальное вхождение в челлендж
-установите "Загружать заданий на" 0 "дней"
-установите "Дополнительный буфер" 0 "дней"
-в настройках PrimeGrid выберите только проект SGS LLR
-за полчаса до челленджа в настройках PrimeGrid отключить получение заданий для ЦПУ/ГПУ (в зависимости от состязания)
(полчаса должно быть достаточно для завершения любого загруженного ранее задания SGS LLR)
-в течение получаса до начала челенджа выбрать проект состязания
-после старта челленджа включить использование ЦПУ/ГПУ, отключенное ранее
-установите Загружать заданий и Дополнительный буфер в столько дней, чтобы на время челленджа машины не простаивали
Результат: максимально эффективное вхождение в челлендж
* большая ферма, юзер НЕ может присутствовать на старте
-установите Загружать заданий на 0 дней
-установите Дополнительный буфер 0 дней
-в настройках PrimeGrid выберите проект состязания выбераете заранее
Результат: в худшем случае опаздаете максимум на длительность 1-го задания состязания
Данная стратегия недопустима в состязаниях с длинными заданиями
* несколько компьютеров, юзер может присутствовать на старте
-установите Загружать заданий на 0 дней
-установите Дополнительный буфер 0 дней
-в настройках PrimeGrid выберите только проект SGS LLR
-за полчаса до начала челенджа установить "Не запрашивать задания" для PrimeGrid на каждой из машин
(если все машины доступны по сети, легче всего это сделаить из программы BoincTasks)
-в течение получаса до начала челенджа выбрать проект состязания
-после старта челленджа нажать "Получать новые задания" на каждой из машин (или одним движением руки из программы BoincTasks)
-установите Загружать заданий и Дополнительный буфер в столько дней, чтобы на время челленджа машина не простаивала
Результат: максимально эффективное вхождение в челлендж
* несколько компьютеров, юзер НЕ может присутствовать на старте
-всё то же самое, что для обладателя большой фермы
Результат: в худшем случае опаздаете максимум на длительность 1-го задания состязания

Замечание: Все эти стратегии применимы только для случая, когда расчёты на всех других BOINC проектах приостановлены, а именно: новые задания не запрашиваются, нет работающих или приостановленных заданий.

В случае переключения мощностей на PrimeGrid из других проектов, следует постараться закончить задания этих проектов до начала челленджа. Или, в крайнем случае, с небольшим опозданием на челлендж.

Челлендж начался, задания посчитаны, но себя в статистике не вижу. Попадают ли мои задания в челлендж?

(Show/Hide)

а) проверить тот ли тип заданий выставлен для челленджа
б) проверить, что ВЮ, которые в данный момент считаются, скачались после старта челленджа. Чтобы проверить - зайдите на страницу Задания в вашей панели управления, отфильтруйте только задания "В процессе" Время "Отправлен" - это и есть время отправки с точки зрения сервера

Задания стали в статус "Ожидается подтверждение о приёме данных." уже час так. Можно его сдвинуть? Или только ждать?

(Show/Hide)

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

Находим файл cc_config.xml (или создаём руцями, если файла нет)
Если не знаете/не помните, где он находится, гляньте в первых строках вкладки Messages после параметра Data directory:

Обычно он находится:
Win7/WinVI: %ProgramData%\BOINC\
WinXP: %Documents and Settings%\All Users\Application Data\BOINC\
*nix: /etc/boinc-client/

Вносим изменения, а если файла нет - создаём файл с {в том числе} следующим содержимым:
<cc_config>
<options>
<report_results_immediately>1</report_results_immediately>
</options>
</cc_config>

После этого нажать Advanced -> Read config file

Мне PrimeGrid не даёт заданий, говорит _("is not available for") Linux runing in and AMD x86_64 or Intel EM64T CPU

(Show/Hide)

У тебя 64-битная ОС.
Задания подпроекта LLR 32-битные. Авторы честно об этом предупреждают: 32bit applications sent to 64bit hosts
Но выход есть! Нужно найти и установить под твою ОС пакет поддержки 32-битных библиотек.
Под Ubuntu, например, это apt-get install ia32-libs
Под CentOS - glibc.i686

Как мониторить несколько компов или ВПС?

(Show/Hide)

Воспользуйтесь программой BOINCtasks.

 

Самая оперативная статистика: [КОМАНДЫ] [УЧАСТНИКИ]

Fighting for 5-8 team places

Top-5 users

Це повідомлення відредагував x3mEn: May 7 2013, 18:53

[x3mEn]

78:17:41 - це середнє по лікарні.
А так, на i5-3570 десь 26-29 годин.

А тепер розповідаю про деякі нюанси.
Наш камрад chip помітив, що швидкість завдань на Intel процесорах з AVX залежить від кількості одночасно задіяних ядер.
Тобто найшвидше завдання порахується на 1 ядрі.
Два одночасно виконуваних завдання будуть виконуватись повільніше, три - ще повільніше і т.д.

Цілком причина цього явища ще не досліджена, але є гіпотеза, що завдання використовують загальний L3 кеш і для кожного процесора є певна межа, додавання завдання для ще одного задіяного ядра майже не дає ніякого приросту до загального PPD.

Дослідити це можна наступним чином:
1) відключити технологію Turbo Boost, повністю звільнити процесор
2) скопіювати primegrid_cllr64_3.8.9_windows_x86_64.exe із .\projects\www.primegrid.com в окрему папку і назвати, скажімо, llr64.exe
3) створити bat наступного виду:
ECHO
start "CPU0" llr64.exe -d -q"11214188*2^11214188-1"
start "CPU1" llr64.exe -d -q"11214188*2^11214188-1"
start "CPU2" llr64.exe -d -q"11214188*2^11214188-1"
start "CPU3" llr64.exe -d -q"11214188*2^11214188-1"
EXIT
4) запустити bat
5) Після появи перших результатів, записати найкращий результат з найменшим часом на ітерацію.
6) закрити одне із вікон (залишиться 3 активних завдання)
7) дочекатися наступних результатів (з урахуванням того, що перше вікно було закрито після початку нової ітерації)
8) записати найкращий результат серед 3 активних вікон і т.д.
Врешті ви отримаєте приблизно таку картинку:
4 ядра: 11214188*2^11214188-1, iteration : 10000 / 11214190 [0.08%]. Time per iteration : 9.791 ms.
3 ядра: 11214188*2^11214188-1, iteration : 20000 / 11214190 [0.17%]. Time per iteration : 8.617 ms.
2 ядра: 11214188*2^11214188-1, iteration : 30000 / 11214190 [0.26%]. Time per iteration : 7.505 ms.
1 ядро: 11214188*2^11214188-1, iteration : 40000 / 11214190 [0.35%]. Time per iteration : 7.239 ms.

Ці результати отримані мною на i5-3570 @ 3.6GHz

Отже, якщо замість одного будуть задіяні 4 ядра, загальний PPD буде не у 4 рази більший, як очікується, а лише у 7.239 * 4 / 9.791 = 2.96 рази
Якщо швидкість завдання на 1-му ядрі прийняти за 1, тоді в залежності від кількості ядер приріст в PPD складатиме:

1 ядро: Time per iteration : 7.239 ms. = 1.00х або 1.00х на ядро
2 ядра: Time per iteration : 7.505 ms. = 1.93х або 0.96х на ядро
3 ядра: Time per iteration : 8.617 ms. = 2.52х або 0.84х на ядро
4 ядра: Time per iteration : 9.791 ms. = 2.96х або 0.74х на ядро

Ось тут ми отримуємо свободу для маневру.
Звичайно, що протягом челенджу, на дивлячись на падіння приросту до загального PPD, варто використовувати всі доступні ядра,
але наприкінці челенджу ми маємо можливість "погратися" і, якщо наприклад, 4 ядра не вписуються у часові рамки челенджу, відмовитись від необхідної кількості одночасних завдань, щоб пришвидшити виконання одного-двох.
Звичайно, що для цього треба знати ось ці коефіцієнти, які отримані емпіричним шляхом.
Повторюсь, ці коефіцієнти індивідуальні для кожного проца.
Для i7-2600K, наприклад, серйозна просадка починається тільки від додавання 4-го завдання.
Схоже, що причина у 8Mb L3 кеші (у i5-3570 L3 кеш лише 6Mb).
Я думаю, що chip покаже результати цього тесту на своєму проці.

Ось такий хінт.

P.S.: Цей самий тест можна провести із включеної технологією Turbo Boost. Адже, якщо на проці замість 4 буде крутитися, наприклад, лише 1 або 2 завдання, частоту проца можна підняти без загрози CPU Throttling.