[челлендж] The Equinox Challenge, 23 сентября 21:00 по Киеву – 6 октября 21:00 по Киеву Налаштування

[x3mEn]

PrimeGrid's Challenge Series

The Equinox Challenge

 

Основное: Седьмой, снова чиста ЦПУшный челлендж длительностью 13 суток в подпроекте Woodall (LLR)!

Задания: Woodall (LLR) (в вашей панели управления оставляем галочку только напротив него)
Старт: 23 сентября (пятница) в 21:00 по Киевскому времени. Следите за обратным таймером на морде сайта
Финиш: 6 октября (четверг) в 21:00 по Киевскому времени. Успейте отправить завершенные задания до этого времени!
Длительность: 13 суток = 312 часов. Можно сразу прикинуть, сколько заданий успеете выполнить.

В зачет челленджа попадают ТОЛЬКО те задания, которые скачаны после старта челленджа, отправлены на сервер и от сервера получено подтверждение о получении до конца челленджа.

Под какую ОС идет: Windows: 32bit, 64bit, Linux: 32bit, 64bit, Mac: 32bit, 64bit
Note: 32bit applications sent to 64bit hosts. Выигрыша от 64-битных осей нет.
Как долго считаются задания: Recent average CPU time: 65:13:01
Особенность: Задания достаточно длинные. Не стоит нервничать, если Вы не сможете получить задания сразу после старта челленджа. Вероятно, потеря 15-20 минут не сыграет роли на конечном результате. Выставлять кеш смысла нет. Одного задания хватит для одного ядра ЦПУ на несколько дней.

Подробно -----> TUT

 

НОВИЧКАМ:
Что такое челлендж?
Это как одна гонка в формуле-1. Есть в году 19 гонок формула-1, так и в праймгриде есть в 2011 году 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, например, это ia32-libs
Под CentOS - glibc.i686

 

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



ПРЕДВАРИТЕЛЬНЫЕ РЕЗУЛЬТАТЫ ЧЕЛЛЕНДЖА
(по состоянию на 2011 10 06 18:01:03 UTC)

Rank	Name	Score
1	Sicituradastra.	125356635.38
2	Ukraine	93180451.48
3	Polish National Team	52423468.57
4	SETI.Germany	48228953.44
5	Team 2ch	45291008.98
6	PrimeSearchTeam	36004816.19
7	Czech National Team	31483726.89
8	Dutch Power Cows	23336031.62
9	TeAm AnandTech	17864973.61
10	BOINC@Poland	17310610.64
11	BOINCstats	16879494.55
12	Duke University	16158230.11
13	SETI.USA	15616458.47
14	Aggie The Pew	14247714.54
15	US Navy	14081689.19
16	Russia	10149176.86
17	Electronic Sports League (ESL)	10113789.96
18	The Knights Who Say Ni!	10060423.70
19	BOINC@MIXI	10027147.15
20	Canada	8871065.25

ПРЕДВАРИТЕЛЬНЫЕ РЕЗУЛЬТАТЫ УЧАСТНИКОВ команды Ukraine
(по состоянию на 2011 10 06 18:01:57 UTC)

(Show/Hide)

N	Rank	User	Score
1	1	Alexus78	38063108.89
2	4	(_Mystic_)	16538744.10
3	25	tiss	4747347.33
4	47	smilesvua	3303022.06
5	78	nikelong	2511870.52
6	89	Water	2315180.49
7	93	re_SET	2269044.35
8	95	Kirill	2208438.94
9	105	WorkSection.com	1963011.97
10	116	rengen	1781449.20
11	123	Vvolodymyr	1645574.06
12	141	YuraH	1403127.55
13	146	(_KoDAk_)	1357859.36
14	155	x3mEn	1286423.06
15	157	Alexis Kravtchenko	1260653.90
16	176	veryblackraven	1098235.08
17	193	KotSemen	996269.03
18	245	varador	790796.63
19	254	tyoma	755468.11
20	260	Andrey Fenchenko	728420.04
21	262	DarkWater	726796.63
22	273	serhjo	686294.33
23	309	Skyman	592321.67
24	342	oldschoolboy	536579.46
25	349	tty2	511363.65
26	387	whynot	413407.04
27	443	rrappee	332136.53
28	456	kisa_co	323660.58
29	474	nick4eva	292645.47
30	548	Iurii	235789.68
31	560	ExPeRimentator	231152.14
32	630	Death	178183.23
33	699	Andrax	149978.30
34	740	mralterego	142225.01
35	743	ssnet	140326.91
36	806	serymba	118544.21
37	868	_iw	111316.19
38	1037	MIK	61554.73
39	1113	uniss	59511.74
40	1179	Alex V. Kobzar	58119.48
41	1189	Zzak1985	57811.25
42	1217	Lamer@fools.ua	57191.01
43	1256	vlad_kalish	55480.64
44	1261	_Ro	54813.14
45	1538	SASA_UA	29203.80

Це повідомлення відредагував x3mEn: Oct 6 2011, 20:19

[Skyman]

Феном Х4 965 3,4 ГГц, без разгона. От 40 до 47.5 часов, так что задания немного разной продолжительности.

[ThrasherX-17]

Не понимаю как может быть такое, что x4 965 на 3,4 ГГц считает на 40 часов быстрее чем X6 на 4,1 ГГц.
40-48 часов против 86-88 часов. Капец...

[serymba]

вот у Варадора такойже AMD Phenom™ II X6 1090T Processor

228,939.94 187,977.21 3,048.00 Woodall (LLR) v6.09
224,744.68 185,855.30 ожидание Woodall (LLR) v6.09
222,241.71 186,460.05 3,127.03 Woodall (LLR) v6.09
230,303.06 184,936.27 ожидание Woodall (LLR) v6.09
199,096.87 178,132.05 3,187.72 Woodall (LLR) v6.09
203,299.31 180,928.49 3,211.86 Woodall (LLR) v6.09
205,904.90 178,473.69 3,190.67 Woodall (LLR) v6.09
разброс есть ,но не как у тебя

[KotSemen]

Не понимаю как может быть такое, что x4 965 на 3,4 ГГц считает на 40 часов быстрее чем X6 на 4,1 ГГц.
40-48 часов против 86-88 часов. Капец...

Ну у меня Фен 1055 на 3,41 (понизил из-за мамки в угоду стабильности было 3,64) считает ок 55 часов (Память ДДР-3 1333 раскручена до 1667)
Чет у вас с системой нето. У мя Win7 х64 SP1 Ultimate, мать Asus M4А88T-EVO. Своп файл порублен в настройках так как мозгов 8 гиг !

80-86 часов - нонсенс ! смотрите настройки. Или может рассинхронизация по памяти ! Т.е. частота проца высокая, но он пропускает тики так как не попадет по тактам в обращениях к памяти.
И еще вариант: Фен 965 Имеет кеш L3=6 мег на 4 ядра и Фен 1090 теже 6 мег но уже на 6 ядер. Мож тут собака порылась .... :-)
Я заметил что VMware на Фене 965 работало легче при запуске 3х виртуальных машин одновременно. На Фене1055 тормозит жуть как по выводу D3D уже на 3-х виртуальных машинах. Может виноват объем кеша L3 всетаки из-за особенностей архитектуры. ХЗ.....

[Death]

756 Death Ukraine 55940.24

[ThrasherX-17]

Так это на двух совершенно разных компах.
На одном 1055T, а на другом 1090T.
На обоих стоят Windows 7 SP1 x86, до этого на одном из них стояла Vista
На одном память работает 1733МГц, а на другом 1450МГц.
Единственное общее, так это то, что на обоих стоит по 2 Gb памяти одной планкой.
KotSemen, а как синхронизировать память с процессором? Я думал такие вещи идут по умолчанию.

[Skyman]

ThrasherX-17,
Вот только еще одно слил 168,385.10 161,193.84, т.е. время ЦП 44,8 часа. Память у меня 1333 МГц две планки по 2 Гб.
Может у тебя перегрев и включается пропуск тактов, если в биосе есть настройка Target Temperature.

[Water]

ThrasherX-17, а по каким соображениям ты выступаешь за совершенно другую команду?
Вот так нас СеверокорейцевУкраинцев и разбросали по разным командам, а Звездочеты наоборот объединились из нескольких стран. Или у нас у каждого Украинца должна быть своя незалежна команда?

[ThrasherX-17]

Skyman,
В биосе не видел такую настройку ни на одной из материнок. Кстати в других проектах считалось более-менее нормально (Primaboinca, Mersenne), но тоже далеко не оптимально.
Как вариант попробую завтра поехать и купить два двухканальных модуля памяти по 2 Гб и проверю.
Перегрев памяти врядли, так как на ощупь модули достаточно прохладны. Да и в номинале ведь те же проблемы.

[Skyman]

Skyman,
В биосе не видел такую настройку ни на одной из материнок.

Еще может быть CPU Critical Temperature, тоже вроде или понижает частоту, или начинает пропускать такты, если темп. процессора становится выше там указанной. С памятью вряд ли связано, хотя хз

[varador]

Так у меня разброс из за того что параллельно считаются на видяхе коины, часть ресурсов проца всеже используется там. И сейчас проц пашет на родной частоте 3,2 Ггц

[KotSemen]

Так это на двух совершенно разных компах.
На одном 1055T, а на другом 1090T.
На обоих стоят Windows 7 SP1 x86, до этого на одном из них стояла Vista
На одном память работает 1733МГц, а на другом 1450МГц.
Единственное общее, так это то, что на обоих стоит по 2 Gb памяти одной планкой.
KotSemen, а как синхронизировать память с процессором? Я думал такие вещи идут по умолчанию.

Я имел ввиду асинхронный режим работы памяти и проца. Ну когда ты гонишь Проц по FSB, то система сама подстраивает множитель по отношению к частоте памяти. Может понизить частоту и память прыгнет на другую частосту. Но тут токо методом тыка тестировать надо.

А в боинке еще есть в настройках клиента ограничитель загрузки проца, когда боинк стопорится. Мож у тя на том Фене еще кинчик крутится и стоит 10% в настройках когда тормозить боинку. Или у тя например там же крутятся GPU-клиенты, а они тож кушать процик хотять

И еще - Память совать одной планкой - изврат при нонешней цене на память. Все таки двух(трех для Core i...)-канальный режим дает нехилый прирост по скорости чтения/записи в память. А это влияет на общую производительность ситемы. Запустите простой тест памяти в Aida64 на одной и на двух планках - увидите разницу.

Phenom II X6 1055T 3416 ГГц Asus M4A88T-V Evo AMD880G Int. Unganged Dual DDR3-1627 9-9-9-24 CR1 9694 Мб/сек (мой комп 2-х Hunix-DDR3 планках)
Phenom II X6 1055T 2800 ГГц Gigabyte GA-790FXTA-UD5 AMD790FX Unganged Dual DDR3-1333 9-9-9-24 CR1 7947 Мб/сек (из базы Aida64)

А теперь проверь свою память в Aida64. (Все процессы нужно тормознуть и тестировать на "свободной" системе)



Пока других догадок нет.

[Waterfall]

Да... прочитав викладені тут думки, третю сторінку народ догадки будує, чому процесори однакові, а час виконання завдань різний...
Думаю, що правильні думки висловили x3mEn (завдання можуть бути різними за складністю) та varador (який паралельно до завдань обраховує коіни)...
Все інше (перегріви, недорозгони, якісь пропуски тактів, обсяги кешів тощо) - це окремі індивідуальні часткові випадки кожного і в загальному плані
не можуть сприйматися за основу причин проблем продуктивності ...
Я думаю, що все пов`язано з тим, хто чим додатково підгрузив систему, а також з системою переривань... Наприклад, надходе сигнал про необхідність переходу до виконання "позачергового" завдання, блок апаратних переривань вказує процесору, до якої програми і за якою адресою той повинен звернутися... Фактично, вся суть в тому, що коли навіть просто смикнути мишу на столі або почати щось набирати на клавіатурі комп`ютера - одразу ж вмикається процес обробки переривання. Відповідно не тільки миша здійснює такі виклики..., окрім фізичних пристроїв, є ще й куча системних! Процесор одразу перериває виконання поточного завдання і переходить на обробку підпрограми обслуговування переривання, яка виконує дії згідно запиту та відповідно свого пріоритету...Тільки обробивши заявку переривання, процесор повертається до виконання поточного завдання, яке було перервано...
Ці процеси миттєві і нікому їх не видно, мовби все гуде і працює, але за кілька діб все це набігає... і не на користь основного завдання челенджу, яке опрацьовується, як основне...
Мною це перевірено і підтверджено тричі ... з фіксуванням результатів на папері. 6 годин спокійної (нічної) роботи, (коли я залишав увімкнутим тільки системник, навіть монітор і роутер вимикав, і нічого не чіпав, бо спав поряд) були значно продуктивніші, а ніж ті самі 6 годин роботи вдень, коли в мене,
паралельно до Primegrid, були запущені браузери для спілкування з Вами, сеанси аськи або агента, музика і т.д. і я весело "працював"
Тому, можливо, будь-які дії на компі в період розрахунків, суттєво впливають на остаточний результат основного завдання (основного на мій погляд,
а не на погляд машини )... Також впевнений, що було б не зайвим прибрати з автозавантаження (при початковому старті операційної системи) тих програм, які на даний час не потрібні і які можливо потім запустити руцями, за потреби! Що скажете на мою версію...?

[x3mEn]

6 годин спокійної (нічної) роботи, коли я залишав увімкнутим тільки системник, навіть монітор і роутер вимикав, і нічого не чіпав, бо спав поряд) були значно продуктивніші, а ніж ті самі 6 годин роботи вдень, коли в мене, паралельно до Primegrid, були запущені браузери для спілкування з Вами, сеанси аськи або агента, музика і т.д. і я весело "працював"

Ну, якщо вже порівнювати, то порівнювати треба чистий час CPU, а не витрачений.

P.S.: нажаль хмарки скалаксі відвалились.
Останнє, що вони встигли про себе розповісти, це 6 завдань з помилками. Нащастя сервер тільки звітував про виконанні завдання, а нові тільки почались (від 1 до 2 годин).
Можливо влаштував там перегрів, а можливо банально виключили рубильник.
Шкода, бо без хмарок я цього разу у 100-ню не увійду...

[Waterfall]

А сайт Primegrid теж чомусь улігся на обслуговування... Project is temporarily shut down for maintenance
о, вже ввімкнувся...