PrimeGrid's Birthday/Summer Solstice Challenge, 12 - 21 июня 2009 г. Налаштування

[nikelong]

PrimeGrid's Challenge Series

Summer Solstice Challenge

Подробно -----> ТUT


Основное

Старт: 12 июня 2009 года в 08:45 по Киевскому времени

Длительность: 9 дней (216 часов)

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

Варнинг: задания считаются примерно 60 часов на "современных" и дольше на "недуже" современных компах. И сцуко очень прогревают процессор, так что проследите за стабильностью вашей системы!

Особенность: после челленджа переключить на Prime Sierpinski Problem (Sieve) - они больше ппд дают

 

Предлагаю тут отписаться кто планирует участвовать в июнском заезде в праймгриде.

Вот кто вызвался отстаиватьчесть мундира команды Украина в этом заезде:

(Show/Hide)

1. Никелонг
2. Толстый
3. Козак
4. Кодак
5. Death
6. Кингстон
7. Бард
8. Тисс
9. Роамер
10. Тамагоч
11. Егорио
12. Гов
13. Хакер13уа
14. Рильян
15. РеММеЯ
16. re_Set
17. Smudgy
18. vortex
19. nick4eva

 

Текущее положение дел на 23:00 17.06.2009:

• Участники
• Команды

1. 29 Freesom Ukraine 470370.8
2. 31 Kirill Ukraine 438327.98
3. 37 T0lsty Ukraine 360090.55
4. 38 nikelong Ukraine 352513.22
5. 59 UA_ReMMeR Ukraine 235978.61
6. 67 tiss Ukraine 198850.96
7. 69 (_KoDAk_) Ukraine 196430.48
8. 101 Tamagoch Ukraine 124573.18
9. 122 egorio Ukraine 99381.52
10. 130 KING100N Ukraine 84980.99
11. 141 vl@die Ukraine 70979.97
12. 142 re_SET Ukraine 70752.98
13. 143 VORTEX Ukraine 70632.02
14. 144 gow Ukraine 70570.62
15. 147 nick4eva Ukraine 69783.47
16. 168 Roamer Ukraine 55839.76
17. 169 Sergyg Ukraine 55817.8
18. 174 Steps09 Ukraine 55475.31
19. 186 Minx Ukraine 42628.78
20. 190 Hacker13ua Ukraine 42304.77
21. 200 gamer Ukraine 41761.64
22. 220 Algon Ukraine 28073.59
23. 225 smudgy Ukraine 27924.98
24. 234 Kid_a Ukraine 27621.54

жирними выделены юзеры, которые "попадают в очки" по итогам заезда

Це повідомлення відредагував nikelong: Jun 17 2009, 22:14

[(_KoDAk_)]

да команда вроде удержали 4е место
а я в сухую про бздел соревнование (

[Freesom]

всё таки 7 заданий на 8-ядерном компе считаются на 5 часов быстрее, видимо скорости памяти не хватило...

[tiss]

Да сдается мне, что они долбоебы и не защитали мне кучу заданий. Вот пример:


Name psp_llr_33333642_1
Workunit 75189241
Created 17 Jun 2009 4:38:56 UTC
Sent 17 Jun 2009 8:57:22 UTC
Received 21 Jun 2009 8:17:10 UTC

Выделенное это то что я пнул руками только что, а посчитана она была еще вчера!

20.06.2009 11:23:03 PrimeGrid Computation for task psp_llr_33333642_1 finished
20.06.2009 11:23:05 PrimeGrid Started upload of psp_llr_33333642_1_0
20.06.2009 11:23:07 PrimeGrid Finished upload of psp_llr_33333642_1_0

Две таких задачи точно есть, но подозреваю что всего их 12 штук.

[(_KoDAk_)]

Выделенное это то что я пнул руками только что, а посчитана она была еще вчера!
пот поэтому нужно пинать за пять минут до завершения соревнования

[tiss]

Хмм.. Ну и как ты себе представляешь, что я в 5 утра прихожу в оффис, снимаю здание с сигнализации и начинаю бегать по компам и пинать их руками? А потом приезжает охрана и устраивает "маски-шоу"

[KING100N]

tiss,
Думаю, эта прога должна помочь в подобных ситуациях:
https://distributed.org.ua/forum/index.php?showtopic=3230

[Death]

Last update: Mon Jun 22 08:15:01 2009
Rank Name Score
1 SETI.Germany 24420207.34
2 BOINCstats 17497200.46
3 L'Alliance Francophone 10398066.15
4 Ukraine 6792338.75
5 Team 2ch 6320544.82

двачую что полимона им не слить )))

по общему зачёту будем 5-6...

[tiss]

tiss,
Думаю, эта прога должна помочь в подобных ситуациях:
https://distributed.org.ua/forum/index.php?showtopic=3230

В любом случае надо получить доступ к любому компу внутри оффиса вначале. А это практически невозможно.

2Death Я не понял прикола который мне пытались объяснить

After uploading the result you still need to commit the result. With long-time WUs only, this might take some time, as the boinc client is only committing automatically when requesting new WUs (unless the deadline is approaching).

tiss, have a look in your message log or in the file stdoutdae.txt when your task was reported.
That's the time it was stored as received on the server. Uploading and receiving (reporting and acknowledging) is not the same.
The message looks like:

21.06.2009 08:17:00 PrimeGrid Sending scheduler request: To report completed tasks. Requesting ... work, reporting 1 completed tasks
21.06.2009 08:17:10 PrimeGrid Scheduler request succeeded: got 0 new tasks

В общем они ждут когда пройдут дедлайны чтобы просчитать все заработанные очки. Я им там пнул 7 заданий, так что не догонят.

[Rilian]

commit result - это связаться с проектом, чтобы клиент сообщил о ВЮ которые в статусе Waiting to Report который идет после статуса Uploading

[Tamagoch]

commit result - это связаться с проектом, чтобы клиент сообщил о ВЮ которые в статусе Waiting to Report который идет после статуса Uploading

вот это меня всегда бесит, почему нельзя сразу это делать

[egorio]

Такой вот алгоритм у них.

Хотя вот этот клиент умеет отправлять задания сразу после окончания расчетов. Я еще в прошлом году на нем считал, но потом перешел на обычный. Попробую позже опять на нем посчитать.

[Death]

<report_results_immediately>0|1</report_results_immediately>

читайте сс_конфиг.хмл - там можно настроить эту тему, хотя они и пишут что не рекомендуется, потомучто нагрузка на сервер возрастает.

<report_results_immediately>
If set, each job will be reported to the project server as soon as it's finished, with an inbuild 60 second delay from completion of result upload. (normally it's deferred for up to a day, so that several jobs can be reported in one request). Using this option increases the load on project servers, and should generally be avoided. It's intended to be used on computer whose disks are reformatted every day. New in 6.1

дайте я догадаюсь как тот клиент єто делает )))))

<use_all_gpus>
If 1, use all GPUs (otherwise only the most capable ones are used). New in 6.6.25

[tiss]

читайте сс_конфиг.хмл - там можно настроить эту тему, хотя они и пишут что не рекомендуется, потомучто нагрузка на сервер возрастает.

Еще раз - что читать? Я не могу такого найти - разуй мне плиз.

[(_KoDAk_)]

читайте сс_конфиг.хмл - там можно настроить эту тему, хотя они и пишут что не рекомендуется, потомучто нагрузка на сервер возрастает.

Еще раз - что читать? Я не могу такого найти - разуй мне плиз.

так создай яже писал тут и в личку кидал

[tiss]

читайте сс_конфиг.хмл - там можно настроить эту тему, хотя они и пишут что не рекомендуется, потомучто нагрузка на сервер возрастает.

Еще раз - что читать? Я не могу такого найти - разуй мне плиз.

так создай яже писал тут и в личку кидал

Я не про файл, я про параметр - где можно вообще почитать про них?

23.06.2009 0:10:02        Unexpected text - in cc_config.xml
23.06.2009 0:10:02        Unrecognized tag in cc_config.xml: <report_results_immediately>
23.06.2009 0:10:02        Unexpected text - in cc_config.xml