Double Top Secret Mystery Challenge, Mar 1 18:00 to Mar 16 18:00 (UTC) Налаштування

[x3mEn]

PrimeGrid's Challenge Series

 

Double Top Secret Mystery Challenge

Основное: Третий в этом году челлендж длительностью 15 дней в подпроекте PSP LLR!

Задания: PSP LLR (в вашей панели управления оставляем галочку только напротив него)
Старт: 1 марта 2014 20:00 по Киеву. Следите за обратным таймером на морде сайта
Финиш: 16 марта 2014 20:00 по Киеву. Успейте отправить завершенные задания до этого времени!
Длительность: 15 суток = 360 часов = 1'296'000 сек.

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

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

Особенности:
- Под 64bit OС с процессорами Intel с поддержкой AVX задания считаются значительно быстрее!
- Время расчёта одного задания сильно зависит от количества одновременно нагруженных ядер.
С ростом количества задействованных ядер время расчёта одного задания растёт.

Prime Sierpinski Project
Числом Серпінського називається таке непарне натуральне число k, що для довільного натурального n число k·2^n+1 не є простим.
Послідовність відомих чисел Серпінського починається так:
78557, 271129, 271577, 322523, 327739, 482719, 575041, 603713, 903983, 934909, 965431, …
Те, що число 78557 є числом Серпінського, було доведено в 1962 році Джоном Селфріджем (англ. John Selfridge), який виявив, що кожне число виду 78557·2^n+1 ділиться принаймні на одне число із множини {3, 5, 7, 13, 19, 37, 73}. Аналогічно, 271129 також є числом Серпінського: кожне число число виду 271129·2^n+1 ділиться принаймні на одне число із множини {3, 5, 7, 13, 17, 241}.
Початково проблему Серпінського можна сформулювати так: “Яким є найменше число Серпінського?”, а проблему простого Серпінського: “Яким є найменше просте число Серпінського?”
Більшість знавців теорії чисел вірять, що 78557 є найменшим числом Серпінського. Щоб це довести, достатньо показати, що для кожного k, такого, що 0 < k < 78557, існує таке n, що число k·2^n+1 є простим.
Найменше доведене просте число Серпінського - 271129. Щоб довести, що 271129 є найменшим простим числом Серпінського, необхідно показати, що кожне просте k, таке, що 0 < k < 271129, не є числом Серпінського.
Seventeen or Bust працює над проблемою Серпінського, а Prime Sierpinski Project — над проблемою простого Серпінського.
Для наступних k до цього часу залишаються невідомі прості:
79309, 79817, 152267, 156511, 168451, 222113, 225931, 237019

Recent average CPU time: 113:24:54
Deadline: 21 дня
Scoring Information: за одно ВЮ дают ~10'500 очков.

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

 

НОВИЧКАМ:
Что такое челлендж?
Это как одна гонка в формуле-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.

 

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

Це повідомлення відредагував x3mEn: Feb 28 2014, 22:26

[Alexis Kravtchenko]

Поздравляю женщин с прекрасным весенним солнечным днем !

Сегодня праздник, но пользуясь случаем таки напишу(не для ленивых):

(Show/Hide)

Если долго мучаться - что-нибудь ... можно поломать...

Длинные задания добавляют возможности для манёвра и оптимизации:
Как-то уже писал, что можно копировать боинк между однородными системами.
Т.е. ,например, есть несколько компьютеров под Win(или Linux), древние P-4 1.8/2.0 ГГц, которые не успевают в срок челленджа.
Так вот, можно поменять их местами с более быстрыми, тогда общий выхлоп увеличится(но тут есть вопрос кол-ва ядер...).
Как пример - есть три ПК на одном за челлендж расчитывается 1.7 WU, на втором и третьем по 0.8 WU.
Если ничего не делать, то они дадут в сумме в зачёт 1 WU.
Если же посчитать треть челленджа и сменить по кругу клиентов, потом ещё треть и сменить снова, то получим на выходе 3 WU.
Проверено как на Win, так и на Linux...

Для много процессорных(многоядерных) ПК есть другой подход.
После прошедствия некоторого времени челленджа можно определить время одного задания(среднее между расчитываемыми), как время задания делённое на выполненную часть:
Например за 80ч24мин выполнено 35.67% задания, тогда:

80.4 / 0,3567 = 225,39949537426408746846089150547 ~ 225,4
Длина забега 360 часов
Если процессоров 2, то 360 * 2 = 720
[720 / 225,4] = 3.
Т.е. посчитав челлендж пару дней мы можем отпределить свой максимум - это 3 задания.
Теперь надо закачать недостающие задания(в данном случае одно) и начать его считать, отодвинув уже частично посчитанное, а через некоторое время сделать переключение между частично посчитанными ранее.
Можно считать и по другому(сложнее?точнее):Остаток времени челленджа умножить на кол-во проц., отнять время на расчёт текущих заданий(это время нужно считать для каждого задания как прогноз его длительности мунус посчитанное) и поделить на длину задания...
Таким методом можно посчитать максимум на N-1 заданий более штатного режима(где N - кол-во процессоров(потоков) ).
Проверенно лично!

В данном челлендже хороший дедлайн - т.е. более длины челленджа.

З. Ы. Кто не дружит с математикой или нет частого доступа к ферме, просьба не заморачиваться, а то и того что положено по штатному расписанию можно не получить.
З. З. Ы. заниматься этим нужно "заранее", т.е. ДО того как остаток времени челленджа станет меньше расчётной длины одного задания.
З. З. З. Ы. Расчёты можно перепроверять со временем и задания таки имеют разную длину! Возможно задания типа _5,_6 падут в срок , так как они короче(Закачать лишних и выбрать нужное кол-во коротких?).

Думайте, пробуйте, считайте и пересчитывайте! И всё получится!