Обсуждаем POEM@Home. Проект закрыт

• Официальный сайт проекта.
• FAQ (научная и техническая стороны проекта, примеры файлов конфигурации)
• Альтернативный файл настроек app_config.xml
• Быстрая настройка проекта POEM
  
  Объявления:
  
  • Статистика PPD GPU

На данный момент:
командное место в общем зачете: 5 (еще статистика)
командное место по скорости: 6 (еще статистика)

ТОП-10 команды по суточному вкладу (от stats.free-dc.org):
#77

ТОП-10 команды по общему вкладу (за все время участия):
#77

Подтверждаю, сейчас на одном из компов так же считается 2.17.
http://boinc.fzk.de/poem/result.php?resultid=148865696

Как вы уже заметили, новое приложение вышло в свет из тестирования как для видеокарт, так и для процессоров. Вместе с запуском нового приложения также стартовали и три новых задания (типы). Особое спасибо Владимиру Танковичу, благодаря которому стало возможно создание нового кода GPU. Важно следующее: если прокт настроен на работу сразу нескольких заданий на одной карте, то возможны сбои - пока этот вопрос остался открытым, поэтому рекомендуется запускать по одному заданию на карту, если эта проблема актуально на вашем компе. (просто по умолчанию это делать не вижу смысла , если можно заработать больше очков - в общих чертах, смотрите по обстановке!)
По производительности кранчеры радуются за АТИ карточки - миллиона, конечно , не будет, но х2 - 3 можно выжимать.

у меня в кеше задания как для ядра 2.01 , так и для 2.17
счас считается задания на ядре 2.17 на нвидии - компом пользоваться невозможно - всё тормозит.
при этом я через app_config.xml разрешил использовать видеокарту только на 99%
придётся поставить опцию что во время работы за компом пользователя не считать на видеокартах.

зато вроде обещает посчитать задание не за 4 часа как на ядре 2.01 , а за 2,5 часа на ядре 2.17
посмотрим ещё.

Да, и poempp_collective_move_set - задания остались, только на новом ядре считаются на порядок быстрее и ценность повышена так же . Насчёт тормозов не могу ничего сказать - на данный момент запустил в 2 потока - не тормозит.

Версия ядра для ЦП обновилась до 2.18

А на цп считать веселее не стало?

ну судя по результатам, то определённо нет. Так же скудно.
может, конечно, это переходный период с версии 2.01 и не все задания посчитаны, но в недостатке новых не ощущаю. Неужели они всё таки решили эту вечную проблему "эх шаз бы посчитал, да нечего"

Возможно.
http://boinc.fzk.de/poem/results.php?hostid=225230

HD 6970 с новым ядром считает медленне чем 7750, в общем для шеститысячной серии прибавка маленькая от нового ядра.
http://boinc.fzk.de/poem/results.php?ho ... =4&appid=4
http://boinc.fzk.de/poem/results.php?ho ... =4&appid=4
Читак?
http://boinc.fzk.de/poem/hosts_user.php ... erid=35366

как это объяснить никто не знает, как и компы в Wuproр, которые задания считают не за 6 часов, а за пару сек.

Здраствуйте!

Я посмотрел по логам и почти всем АМД карточкам не хватает ЦПУ. АМД драйвер для OpenCL запускается в отдельном процессе с низким приоритетом, поэтому для хорошего быстродействия ему надо зарезервировать целое ядро (в task manger это не отображается).
Ожидемое время одного WU на 260Х - 3300-3400 сек, и если WU за 8400 поинтов заметно медленнее чем за 9100, то надо освободить больше CPU для драйвера. остальные GCN карточки должны работать пропорционально CU и частоте.

PS: Томас сказал что те "читерские" результаты и валидатор пофиксит в понедельник.

vtankovich Какие люди! Добро пожаловать и спасибо за инфу!

vtankovich
для этого проекта с самого начала счёта на GPU рекомендовалось резервировать целое ядро. Однако с новым приложением было такое заблуждение в том, что из-за значительного снижения загрузки потока CPU уже целое и не требуется. Хорошо , что прояснили! Учтём в рекомендациях для кранчеров. Пока в проекте при загрузке ~80% (1 WU - 1 GPU) остаётся актуален вопрос с запуском нескольких заданий на одной видеокарте. По результатам в нашей статистике (в шапке темы) отчётливо видно, что запуск 2 заданий даёт существенный прирост PPD.

vtankovich
Здравствуйте!
sashmxm
Если довести нагрузку на гп (любом) до 99-100%, как в том же fah то надобность в двух потоках отпадает.
Другое дело, что на amd fx один поток (одно ядро) это половина модуля, где другая половина грызет цп задание и из за этого может быть недогруз гп.
У меня например работает сейчас 1 цп + 1 гп (97% загрузка гп и 89-90% цп), но стоит что-то начать делать за компом, открывать проги и прочее, как сразу загрузка гп сильно проседает, а если тормознуть часть или все цп задания то не проседает.
ОС лагает правда при любом раскладе если работает гп.

SlavicUnion
запустил на 2CPU+1GPU, посмотрим, что это даст для производительности. Пока я вижу всё те же 84%..

sashmxm
Я все-таки думаю, что это недоработка ядра 2.17, надо поинтересоваться у владельцев последних intel цп, как у них с загрузками.
У меня на первых бета ядрах загрузка была стабильно 99%, а вот с версии наверное 2.14 выше 97% не поднимается, в два потока гп может 98 быть.
В принципе это все мелочи, главное теперь можно перерабатывать более жирные задания во много раз быстрее.
Видеокарты с gcn грызут задания с таким большим объемом вычислений, как семечки.
Кстати у меня в несколько потоков гп задания не ломаются, не знаю, как на gcn картах.

На не GCN картах можно запускать в 2 потока.
на GCN картах что-то очень хитро ломается, если это не у амд баг. все очевидные вещи уже проверены.

260X - 3200-3300сек.
970X @ 1430Mhz - 1800 в один поток, 1600 в 2.
290X потестил - 1400-1450 сек на WU в один поток.
загрузка 80% для 290X ожидаема - проверки на тот баг, который проявляется когда есть много WU, 10% съедают.

не GCN карточки заметно медленнее потому что у них мало регистров и мало local memory.
Теоретически еще можно легко оптимизировать код чтобы работал на 25% быстрее(такую прибавку вижу на 970Х, если на CUDA портировать), но реально это сложно потому что компилятор от АМД не принимает внешних подсказок, а сам тупит.

у меня на ядре 2.01 видюха 650ти считала одно задание за 5 часов на половине яядра проца 8320
с ядром 2.17 считает в тех же условиях 7 часов

у видеокарты 5750 ситуация от нового ядра почти не изменилась, хотя может стало считать на полчаса быстрее (~15 часов)

при этом если идёт счёт на жефорсе (к 650ти подключен монитор), то комп невыносимо тормозит.
с ядром 2.01 в 90% случаев при счёте на жефорсе можно было пользоваться браузером, слушать музыку и смотреть фильмы.

пришлось сделать настройку "если комп используется пользователем, то не считать на видеокартах"

ну и что делать?
поставить чтобы 1 гпу поток обрабатывался одним цпу ядром?
поставить чтобы видеокарта 650ти обрабатывала 2 задания за раз на одном ядре проца?
ничего не делать?

я бы может стал бы считать цпу задания поема, очки меня после девальвации начисляемых очков как-то мало интерисуют, но просто обидно что за цпу задания дают слишком мизерное количество очков.
уровняли бы уже 7 ядер проца 8350 с очками которые дают видеокарте такой же стоимости.

TheVITALI у меня на 8350@4500 ничего не тормозит, не понимаю, это из-за NVIDIA?

TheVITALI
Добавили бы в цп ядро avx/fma, вот бы был рост проиводительности. Сейчас же только sse2 по-моему.
Хотя возможно, что нельзя перевести на новые инструкции из за специфики поекта.