AstroPulse for ATI GPUs released

[SubSpace]

Whether probably further performance improvement AP of the client?

P.S. Excuse for my "French" 

[Raistmer]

Yes, FFA part just ported from Brook, w/o algorithm adaptation to different OpenCL abilities. Here some improvement should be possible. Also, some improvement for heavy blanking tasks.

[SubSpace]

To Raistmer:
А почему нельзя переложить работу по шумоподавлению на ГПУ?

[Raistmer]

Потому что там используется генератор случайных чисел, который использует двойную точность. Поддержка двойной точности есть не во всех картах, что уже ограничило бы применимость. Кроме того, генерируемая последовательность должна в точности совпадать с той, которая получается на ЦПУ. Вопрос можно ли сымитировать в точности такой же генератор случайных чисел на ГПУ в данный момент обсуждается. В принципе, возможна, наверное, и другая оптимизация тут, но пока "руки не дошли".
После первого релиза АстроПульса я переключился на МультиБим. Его для АТИ карточек выпущу - можно будет и к АстроПульсу вернуться.

[SubSpace]

Ещё, в виду не полной загрузки ГПУ, я попробовал поменять <count>1</count> на <count>0.5</count>, для запуска работы от проэкта Milkyway, но этого не произошло.
Что я упустил?

[Raistmer]

А "не произошло" - это что конкретно означает?
BOINC не запустил задачу от MW ? ИЛИ BOINC запустил второй AP ?
ДЕло в том, что BOINC не понимает, какие задачи могут выполняться одновременно, а какие  - нет. Скорее всего он будет либо запускать 2 MW иил 2 AP.
Т.е. придется вручную суспендить все задачи АстроПульса, кроме одной, чтобы она могла в параллель с MW работать.
Ну и конечно нужно поставить 0.5 и для MW. Иначе он хочет ГПУ целиком и не будет запускаться на "половинке".

[SubSpace]

BOINC не запустил MW, но и второй AP он тоже не запустил

[Raistmer]

Это странно, должен был запустить (т.е. в строке статуса будет написано Running), но на самом деле второй астропульс будет висеть в памяти просто с минимальным ее потреблением и ждать пока первый закончится.

[SubSpace]

Да, так и есть, я сейчас ещё раз попробовал. А почему он невыполняет работу?

Это странно, должен был запустить (т.е. в строке статуса будет написано Running), но на самом деле второй астропульс будет висеть в памяти просто с минимальным ее потреблением и ждать пока первый закончится.

[Raistmer]

Приложению требуется довольно много памяти. Чтобы не создавать проблем с переполнением я ввел ограничение на число одновременно работающих копий.
На своей карточке я вижу довольно хорошую загрузку ГПУ на большинстве заданий. Лишь особенно "шумные", где сильно шумоподавление работает, показывают низкую загрузку ГПУ.

[SubSpace]

На своей я всего пару раз наблюдал загрузку более 50%, да и то это были лишь кратковременные пики. Я какнибудь попробую записать статистику загрузки если получится. А так загрузка в среднем 36-41%
Вот Млечныйпуть загружает ГП на всю катушку, но и время выполнения одного задания всего 1 минута 22 секунды.

Приложению требуется довольно много памяти. Чтобы не создавать проблем с переполнением я ввел ограничение на число одновременно работающих копий.
На своей карточке я вижу довольно хорошую загрузку ГПУ на большинстве заданий. Лишь особенно "шумные", где сильно шумоподавление работает, показывают низкую загрузку ГПУ.

[Raistmer]

А какой объем памяти на ГПУ?
[Было бы неплохо приаттачить к ответу stderr.txt из слота с работающим заданием. Там вся информация по карточке есть]

P.S. И заодно можно приаттачить принтскрин GPU-Z. Там картинка загрузки ГПУ в течении нескольких минут очень хорошо показывается.
К примеру, вот что у меня наблюдается в данный момент:
min=74%, max=99%, avg=95%

[Raistmer]

И что еще можно попробовать:
0.55 у астропульса и 0.45 у MW. + поставить долю ресурсов бОльшую у SETI.
Тогда по идее бОльшую часть времени будет работать 1AP +1 MW, но иногда конечно может запускать и 2 MW. Нормального разделения ресурсов между несколькими проектами мы наверное еще не скоро дождемся 

[SubSpace]

Вот вся инфа:
min=25%, max=55%, avg=47%

[SubSpace]

Причём за всё время использования клиента r449, это задание сильней всех загружало ГПУ.
ap_11jn10ab_B4_P1_00000_20101001_24435.wu_2

Средняя загрузка предыдущих была ниже.