Shakespeare's Birthday Challenge, 20 April 16:16 to Apr 23 16:16 (UTC) Налаштування

[Death]

PrimeGrid's Challenge Series

 

Shakespeare's Birthday Challenge

Основное: Четвёртый в этом году челлендж длительностью 3 дня в подпроекте PPS LLR!

Задания: Proth Prime Search (LLR) (в вашей панели управления оставляем галочку только напротив него)
Старт: 20 April 2014 19:16 по Киеву. Следите за обратным таймером на морде сайта
Финиш: 23 April 2014 19:16 по Киеву. Успейте отправить завершенные задания до этого времени!
Длительность: 3 суток = 72 часов

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

Задания Proth Prime Search Extended (LLR) в зачёт челенджа не идут

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

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

Для новых процессоров есть новое быстрое ядро FMA3 (aka AVX2) для LLR!
Новое приложение значительно быстрее, чем даже приложение с оптимизацией AVX, в особенности для процессоров Intel Haswell, в некоторых случаях и на Ivy Bridge и Sandy Bridge получаем ускорение до +5%. Также оно потребляет больше электроэнергии и процессор ещё горячее, даже без разгона. Убедитесь, что ваш CPU достаточно хорошо охлаждается.

Про Proth Prime Search (LLR)
Подпроект занимается поиском простых чисел вида k*2^n+1, для k<1200, которые часто называют простыми Прота.

Recent average CPU time: 1:08:40
Deadline: 3 дня
Scoring Information: за одно ВЮ дают ~90 очков.

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

 

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

[TyphooNick]

С команды Ukraine с момента окончания Shakespeare's Birthday Challenge уже снято 1360,78 попугаев - это примерно 15 заданий...

По причине чего!? Как никак 15 заданий... Ага, понимаю, только что пропало электричество на две минуты и уже ошибки у выполнявшихся заданий...

Но это такое... "Ножичков у них на всех нас не хватит!", как говаривал один из антигероев советского кинематографа ("Место встречи изменить нельзя").
А что касается разгона, то, ребята, готов дать любые консультации по разгону любых центральных, графических процессоров и оперативке, а также по особенностях их работы в таких режимах.
Для процессоров AMD всегда, еще со времени Barton и Winchester, первую роль в ускорении работы играли именно тайминги оперативы. Частота памяти привносила более низкий прирост производительности. Для поколения SB, IB и Haswell более важна частота. Касательно Boink, то это не более, чем на один шаг выше от номинала по специфиациям процессора. Поясню. Например, у моего Core i7-2600K, номинальная частота памяти для встроенного контроллера 1333 MHz. Я поднимаю прирост производительности за счет разгона процессора до 4600 MHz (24/7+на "воздухе"), но память я разгоняю "всего лишь" до 1600 MHz (шаг 133 MHz), хотя ее потенциал 2400 MHz. Почему? Эмпирически было выявлено, что переразгон оперативы до частоты, больше чем на два шага от номинала для ЦП, приводит к ошибкам. На данный момен мне известно лишь о некоторых приложениях, когда проявляется эта "негативная" особенность: некоторые приложения Boink, игры Orcs Must Die! и World of Tanks (версия клиента до 9.0).