Версія даної теми для друку

Натисніть сюди для перегляду даної теми у оригінальному форматі

Розподілені обчислення в Україні _ Einstein@home _ Считаем проект видеокартами АТИ

Автор: nikelong May 15 2012, 15:00



Einstein@Home GPU Application for ATI/AMD Graphics Cards

http://einstein.phys.uwm.edu/forum_thread.php?id=9446

After more than a year of work by Oliver Bock, Bernd Machenschalk, Heinz-Bernd Eggenstein and other developers, we are pleased to announce the release of the first Einstein@Home application for ATI/AMD Graphics Cards.

This OpenCL application, which searches Arecibo data for new radio pulsars, is about a factor of ten faster than the same search running on a typical CPU. The application is currently available for Windows and Linux computers with Radeon HD 5000 or better graphics cards. We hope to have a version for Macintosh (Apple OS X 10.8, Mountain Lion) sometime this summer, but there are still some problems that need to be fixed or worked around.

Volunteers who wish to run this application will need to install version 7.0.27 or later of the BOINC client. Please see this thread for more information, or if you want to ask questions.

Many thanks to the AMD/ATI team for their support in the OpenCL software development effort.

Bruce Allen
Director, Einstein@Home



Важно!
Для редактирования в Вашей учетной записи настроек для карт AMD, необходимо выбрать английский язык на этой странице:
http://einstein.phys.uwm.edu/language_select.php


Таблица производительности видеокарт


ВидеокартаОСЭнергопотребление, ВтППД
AMD Radeon HD 7950/7970/R9 280X series (Tahiti)Microsoft Windows 8.1250~ 135 000
AMD Radeon HD 7790/R7 260X (Bonaire) Microsoft Windows 785~ 35 000-44 000


Автор: tiss May 15 2012, 15:01

(nikelong @ May 15 2012, 16:00) *

Volunteers who wish to run this application will need to install version 7.0.27 or later of the BOINC client. Please see this thread for more information, or if you want to ask questions.


А чего ж такая версия нужна-то???

Автор: nikelong May 15 2012, 16:05

(tiss @ May 15 2012, 16:01) *

А чего ж такая версия нужна-то???


Preliminary Change Log 7.0.26 --> 7.0.27:

(Show/Hide)


client: only send active tasks in get_simple_gui_info GUI RPC.
client: remove <std_debug> log flag.
client: remove <zero_debts> config option.
components under Windows, Update copyrights.
client: add <suspend_debug> log flag.
client/server: remove assert()s from message log code.
MGR: Show() does not restore the window state from a minimized state. Use maximize(false) to handle that situation.
client: fix bug that could erroneously cause a GPU to be "blocked by config file".
client: fix function prototypes for CUDA detection.
Added NVIDIA GPU platform detection to boinc_get_opencl_ids_aux()
client: fix bug that caused a project's jobs to all be run EDF if the project has the <dont_use_dcf> flag set.
WINSETUP: Fix long standing installer bug where we were attempting to add the boinc_master account to the boinc_admins group when installing in the non-service install mode. boinc_master is only created during service installs. This was causing a setup failure on Windows 8. As far as I can tell it should have also been failing on Win7 and Win Vista.
update_versions: eliminate PHP warnings when no version.xml file.
client: when showing how much work a scheduler request returned, scale by availability (as is done to show the amount of the request).
client in account manager request, <not_started_dur> and <in_progress_dur> are in wall time, not run time (i.e. scale them by availability)

Note: there's some confusion in the code between runtime and wall time, where in general wall time = runtime / availability.
New convention: let's use "runtime" for the former, and "duration" for the latter.

client: fix crashing bug that happened when a scheduler reply had a parse error, and it included project files. While parsing the scheduler reply we'd add FILE_REFs to PROJECT::project_files, but wouldn't link them to FILE_INFOs since this is done only if the reply parses correctly. The next garbage_collect() would dereference these NULL pointers.

Solution: parse the FILE_REFS into SCHEDULER_REPLY::project_files. Copy this to PROJECT::project_files only if the reply parses.

Bad logic in Win code:

if you have
*pbuf = HeapAlloc?(...)
then you need
if (*pbuf == NULL)
not
if (pbuf == NULL)

various code cleanups from Steffen Moeller.
client: enforce <no_gpus> in config file not just at startup, but also when config file is re-read.
A first attempt to fix the bug where apps die with exit(1) (whereas they didn't do this w/ older clients). On Windows, the client uses TerminateProcess?(h, 1) to kill processes; the 1 is the exit code the process will appear to have.

So instead, add a "will_restart" bool arg to the various kill functions, and if set use 0 (= STATUS_SUCCESS), otherwise use EXIT_ABORTED_BY_CLIENT.

Note: in principle this shouldn't make any difference for quitting tasks, since handle_exited_app() checks for task state QUIT_PENDING and ignores the exit code in that case. The only place I can see where it would make any difference is when we kill a process because it hasn't been handling queued shared-memory messages for 180 seconds.

client: add more info to the message about an exited app.
client: function return values (ERR_*) are different from process exit codes (EXIT_*). But in many places we were using return values as exit codes. Fix these. Also, break out the different types of limits a job can exceed (time, disk, memory) into difference exit codes.
compile fix.
WINSCR: Use the DefProcHandler? function when processing WM_CLOSE/WM_DESTROY window messages. In effect, let Windows do the default thing. This removes the hacks which kept the screensaver running with old versions of Microsoft's keyboard/mouse driver software installed.
client: if acct mgr sends us an account with no authenticator, show an error message instead of trying to attach.
client: code cleanup. Move RESULT and PROJECT to separate files.
client: minor code shuffle.
client: if an app version needs OpenCL/CUDA/CAL, make sure that the GPU supports it (fix bug where sometimes, e.g. CUDA detection fails but OpenCL succeeds, and we have a CUDA app).
Mac: Update XCode project with new source files.
Manager: message tweak.
Add new files to Win project.
Mac installer: changes for OS 10.8 compatibility.


http://boinc.berkeley.edu/dev/forum_thread.php?id=6698&sort=5

Много изменений, что именно из этго нужно Энштейну - хз.

Автор: Death May 15 2012, 17:18

кто хочет считать бету видео приложений - идите в альбертик"хоме

Автор: wolka May 15 2012, 22:47

Интерестная новость.

Попробовал. 6970 считал 1ч10 при 70% загрузке .. за задание дало 500 очей. Некалорийно по сравнению с остальными.

Автор: A1ex01 Dec 2 2012, 14:08

ати клиент сыроват, видяхи слябо грузит( холодные...

Автор: Skyman Dec 2 2012, 14:41

(A1ex01 @ Dec 2 2012, 14:08) *

ати клиент сыроват, видяхи слябо грузит( холодные...

Считай в 2-3 потока, там в учетной записи есть настройка GPU utilization factor of BRP apps: 0.5 - 2 потока , 0.33 - 3 и т.д.

Автор: A1ex01 Dec 2 2012, 15:36

та ставил- таже фигня, проц грузит слабо. Как поднять использование ЦПУ для заданий ГПУ с 0,5 до 2-5?

Автор: tiss Dec 2 2012, 16:52

Вот опять та же хрень только в профиль

2012-12-02 14:49:11.0918 [PID=790 ] [version] Checking plan class 'opencl-ati'
2012-12-02 14:49:11.0918 [PID=790 ] [version] parsed project prefs setting 'gpu_util_brp': 1.000000
2012-12-02 14:49:11.0918 [PID=790 ] [version] ATI device (or driver) doesn't support OpenCL
2012-12-02 14:49:11.0918 [PID=790 ] [version] no app version available: APP#19 (einsteinbinary_BRP4) PLATFORM#2 (windows_intelx86) min_version 0
2012-12-02 14:49:11.0953 [PID=790 ] [send] [HOST#6243515] is looking for work from a non-preferred application 20


В то же время комп считает коллатз.

Автор: Skyman Dec 2 2012, 18:14

(tiss @ Dec 2 2012, 16:52) *

2012-12-02 14:49:11.0918 [PID=790 ] [version] ATI device (or driver) doesn't support OpenCL

Эйнштейн похоже не может найти OpenCL драйвер. У меня как-то было такое после переустановки драйверов видяхи. Запустил установщик OpenCL вручную и все заработало.

Автор: tiss Dec 2 2012, 18:52

QUOTE(Skyman @ Dec 2 2012, 18:14) *

QUOTE(tiss @ Dec 2 2012, 16:52) *

2012-12-02 14:49:11.0918 [PID=790 ] [version] ATI device (or driver) doesn't support OpenCL

Эйнштейн похоже не может найти OpenCL драйвер. У меня как-то было такое после переустановки драйверов видяхи. Запустил установщик OpenCL вручную и все заработало.


Там большая проблема - ОС ХР х32. И я уже как только не шаманил, но заработал какой-то вариант со старыми драйверами и только коллатц, а все остальные проекты почему-то не находят опенцл. "А он там есть!"

На 7870 в один поток задание считается за 1600-1605 с

Автор: Skyman Dec 2 2012, 20:21

(tiss @ Dec 2 2012, 18:52) *

Там большая проблема - ОС ХР х32. И я уже как только не шаманил, но заработал какой-то вариант со старыми драйверами и только коллатц, а все остальные проекты почему-то не находят опенцл. "А он там есть!"

На 7870 в один поток задание считается за 1600-1605 с

Коллатц вроде не использует OpenCL, потому и работает.

На 6970 в один поток 1800 с, в два - 3000 с. В два потока выгоднее, надо 3 попробовать.

Автор: tiss Dec 2 2012, 21:11

QUOTE(Skyman @ Dec 2 2012, 20:21) *

Коллатц вроде не использует OpenCL, потому и работает.


Не уверен. Насколько я читал требования к графическием проектам, там есть упоминание, что для работы приложения требуется СДК версий 2.1, 2.2, 2.3 и т.д

НО!

Для виндоус ХР есть только СДК 2.1, дальнейшие версии СДК не поддерживают эту версию ОС. С новыми версиями драйверов идёт исключительно обновленный СДК и при установке на хрюшу он просто не устанавливается.

Автор: Skyman Dec 2 2012, 21:48

У коллатца в клиенте написано ati13ati, а у Эйнштейна, милки и DistrRTgen - opencl-ati

Автор: tiss Dec 2 2012, 22:08

QUOTE(Skyman @ Dec 2 2012, 21:48) *

У коллатца в клиенте написано ati13ati, а у Эйнштейна, милки и DistrRTgen - opencl-ati

"Как вы лодку назовёте..." Ну я помню ещё те времена, когда для рассчётов милки нужно было ручками делать хмл файл, и вот там можно было с наименованием извращаться как угодно. Насколько я помню эксперименты с разными версиями дров, если вытащить набор БЕЗ опенцл, так коллатц отказывается запускаться, но отдельная установка опенцл (opencl.msi да?) решала эту проблему.
В общем это не принципально. Если на ферме из 6 видеокарт 5 работает на вынь 7, а одна на хрюше, то и йух с ней - будет считать коллатц, а остальные поработают на гравитацию

Автор: gladiator_maximus Feb 5 2013, 18:13

в учетной записи на сайте проекта поставлена галочка- Использовать GPU ATI?

Автор: LSA Feb 5 2013, 23:03

Preferences -
Preferences for this project Einstein@Home preferences -
Use ATI GPU
Enforced by version 6.10+ yes

Автор: rengen May 8 2013, 15:40

Подскажите,

считаю Einstein@home
На карте ATI Radeon HD 6930 задание считается 6 часов, при этом драйвер говорит, что загрузка GPU 0%
На карте Nvidia GTX 660 такие же задания считаются 23 минуты
Карты примерно равны по производительности.
Windows 7-64bit
BOINC 7.0.64 (x64)
Дрова для ATI последние

Это нормальная ситуация или можно что-то сделать?

Вот что в логе:
08.05.2013 16:23:36 | | CAL: ATI GPU 0: AMD Radeon HD 6900 series (Cayman) (CAL version 1.4.1741, 1024MB, 992MB available, 4800 GFLOPS peak)
08.05.2013 16:23:36 | | OpenCL: AMD/ATI GPU 0: AMD Radeon HD 6900 series (Cayman) (driver version 1124.2 (VM), device version OpenCL 1.2 AMD-APP (1124.2), 1024MB, 992MB available, 4800 GFLOPS peak)

Автор: Skyman May 8 2013, 15:54

(rengen @ May 8 2013, 16:40) *

Подскажите,

считаю Einstein@home
На карте ATI Radeon HD 6930 задание считается 6 часов, при этом драйвер говорит, что загрузка GPU 0%
На карте Nvidia GTX 660 такие же задания считаются 23 минуты
Карты примерно равны по производительности.
Windows 7-64bit
BOINC 7.0.64 (x64)
Дрова для ATI последние

Это нормальная ситуация или можно что-то сделать?


Ну, во-первых надо освободить одно ядро ЦПУ. ГПУ-задание Эйнштейна требует и довольно много времени на ЦПУ. Если ЦПУ все время занят, то видеокарта будет простаивать. Во-вторых, попробуй считать сразу два задания. Для этого в настройках проекта на сайте поставь GPU utilization factor of BRP apps: 0,5. У меня 6970 считает одно задание около 30 мин, два параллельно около 50 мин. Добавления третьего уже выигрыша по времени не дает. Карта загружена процентов на 80-85.

Автор: rengen May 8 2013, 16:25

QUOTE(Skyman @ May 8 2013, 16:54) *

Ну, во-первых надо освободить одно ядро ЦПУ. ГПУ-задание Эйнштейна требует и довольно много времени на ЦПУ. Если ЦПУ все время занят, то видеокарта будет простаивать. Во-вторых, попробуй считать сразу два задания. Для этого в настройках проекта на сайте поставь GPU utilization factor of BRP apps: 0,5. У меня 6970 считает одно задание около 30 мин, два параллельно около 50 мин. Добавления третьего уже выигрыша по времени не дает. Карта загружена процентов на 80-85.

Да, вы правы, если отключить работу заданий на CPU то GPU работает, хоть и медленее чем nvidia

А как настройки подкрутить так чтобы три ядра считали задания, а одно работало на GPU?

Автор: Rilian May 8 2013, 16:31

QUOTE(rengen @ May 8 2013, 17:25) *

А как настройки подкрутить так чтобы три ядра считали задания, а одно работало на GPU?


Поправьте меня, если ошибаюсь smile.gif Если для ГПУ задания вообще не нужен слот, то можно сделать так

в папке /data в БОИНКе создай файл cc_config.xml примерно такого содержания:

CODE
<cc_config>
<options>
<ncpus>3</ncpus>
<report_results_immediately>1</report_results_immediately>
</options>
</cc_config>


сохрані его, і в BOINC -> Advanced -> Read config file

после єтого в логе тебе напішет прімерно такое:

QUOTE
Wed May 8 16:32:25 2013 | | Re-reading cc_config.xml
Wed May 8 16:32:25 2013 | | Config: simulate 3 CPUs
Wed May 8 16:32:25 2013 | | Config: report completed tasks immediately
Wed May 8 16:32:25 2013 | | log flags: file_xfer, sched_ops, task
Wed May 8 16:32:25 2013 | | Number of usable CPUs has changed from 4 to 3.


То есть БОИНК будет думать что у тебя всего 3 ядра

И одно ядро будет полностью свободно

Автор: rengen May 8 2013, 16:37

QUOTE(Rilian @ May 8 2013, 17:31) *

QUOTE(rengen @ May 8 2013, 17:25) *

А как настройки подкрутить так чтобы три ядра считали задания, а одно работало на GPU?


То есть БОИНК будет думать что у тебя всего 3 ядра

И одно ядро будет полностью свободно


Спасибо, я просто отключил получение заданий для CPU, оставил только для GPU в два потока.
А вместо этого подключил проект SIMAP - нагрузка на GPU сейчас 92% и проц не простаивает.

Автор: Rilian May 8 2013, 16:44

QUOTE(rengen @ May 8 2013, 17:37) *

Спасибо, я просто отключил получение заданий для CPU, оставил только для GPU в два потока.
А вместо этого подключил проект SIMAP - нагрузка на GPU сейчас 92% и проц не простаивает.

ну, вообще супер smile.gif koc.gif

Автор: tiss May 8 2013, 16:50

А не надо ли в cc конфиге прописать

<use_all_gpus>1</use_all_gpus>

?

Автор: Rilian May 8 2013, 16:51

из чятика

QUOTE
а ще один метод - обмежити кількість ядер засобами самого боїнк-менеджера.
Сервис - Настройки клиента - Процессор - В многопроцессорных системах использовать 75% от общего количества процессоров (ЦП)

Автор: x3mEn May 8 2013, 17:02

(tiss @ May 8 2013, 17:50) *

А не надо ли в cc конфиге прописать

<use_all_gpus>1</use_all_gpus>

?

Якщо в системі овер 1 відяха і вони різні - треба.
Якщо всі відяхи однакові (2,3,4) - не обов'язково. Перевірено.

Автор: preziosa Oct 27 2013, 16:48

(Rilian @ May 8 2013, 16:51) *

из чятика

а ще один метод - обмежити кількість ядер засобами самого боїнк-менеджера.
Сервис - Настройки клиента - Процессор - В многопроцессорных системах использовать 75% от общего количества процессоров (ЦП)



так и зделал, все заработало!
у меня другая проблема... когда подключаюсь к компу через удаленный рабочий стол. проекты перестают считаться, пишет "Отсутствие ГП". как только отключаюсь, все сразу начинает работать.
может кто-то знает в чем причина?

Автор: tiss Oct 27 2013, 16:59

QUOTE(preziosa @ Oct 27 2013, 17:48) *

у меня другая проблема... когда подключаюсь к компу через удаленный рабочий стол. проекты перестают считаться, пишет "Отсутствие ГП". как только отключаюсь, все сразу начинает работать.
может кто-то знает в чем причина?


Поставить другой сервер удаленного рабочего стола. Например РеалВНЦ. Со стандартным радмином работать не будет.

Автор: gladiator_maximus Feb 17 2015, 19:00

А кто на каких драйверах считает?
13.4 стоит, считаю в 2 потока, одно ядро для ГПУ свободно, загрузка ЦПУ при этом не доходит до 100%, карта едва загружена, еле теплая, задания считаются очень медленно., как на одном так и на другом компе.
Думал, может вирус грузит ГПУ, типа скрытого майнинга, поставил на паузу, загрузка ГПУ до 0 упала.
И диаграмма загрузки ГПУ очень рваная с большими просадками.
Дело в драйвере? Туда сюда переставлять не хочется, да милка не работает со свежими дровами.

Автор: LSA Feb 17 2015, 21:12

В мене Мілка на дровах 12,10 рахується. Win7x64

Автор: gladiator_maximus Mar 28 2015, 17:10

С драйверами 14.6 быстрее считает, загрузка ГПУ более ровной стала и приближается к 100%. Но эти драйвера милку не подерживают.
Суть вот в чем: на 2-ух разных компах стоят карты 7790. Так вот, на одном задания считаются на 50-70% медленнее ,чем на другом.Дело не в цпу, одно ядро специально под эйнштейн свободно, загрузка не доходит до 100%.
Ни на что не претендую, просто делюсь мыслями, чего так может быть?

Автор: vadik_ua Apr 1 2015, 10:42

(gladiator_maximus @ Mar 28 2015, 17:10) *

Суть вот в чем: на 2-ух разных компах стоят карты 7790. Так вот, на одном задания считаются на 50-70% медленнее ,чем на другом.Дело не в цпу, одно ядро специально под эйнштейн свободно, загрузка не доходит до 100%.
Ни на что не претендую, просто делюсь мыслями, чего так может быть?

Если процессор не виноват, тогда проблема явно в софте.

Если все обновлено и настройки Боинка одинаковые, тогда можно попробовать снести полностью драйверы AMD программой http://www.techspot.com/drivers/driver/file/information/16748/ и установить их по-новой.

НО! был у меня случай, когда ноутбук перестал загружаться после работы этой проги. Как оказалось, она поудаляла не только графические драйверы, но и драйверы жесткого диска, после чего Windows перестал загружаться и показывал синий экран смерти swoon.gif Я лечил это так: при загрузке винды жать F8 и выбрать пункт "загрузка последней удачной конфигурации".

А вот на компе и интеловской конфигурацией все загружалось нормально.


Автор: Tamagoch Apr 2 2015, 06:31

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

Автор: dimus8210 Apr 2 2015, 13:01

(Tamagoch @ Apr 2 2015, 06:31) *

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

Я користуюсь гп AMD і Ubuntu, спочатку було бажання викинути компа з вікна, а з часом набрався досвіду і звик smile.gif Не подобається тільки що після завантаження системи потрібно перезапускати boinc бо не бачить ГП, а з Folding@Home після перезавантаження завдання не дораховувались, довелось знести клієнт фолдинга.
Подивився і порівняв результати в Einstein@Home Binary Radio Pulsar Search (Parkes PMPS XT) v1.52 (BRP6-Beta-opencl-ati) між win i linux, йдуть на рівних при цьому linux використовує меньше часу ЦП.

Автор: gladiator_maximus Apr 2 2015, 16:37

(vadik_ua @ Apr 1 2015, 11:42) *

(gladiator_maximus @ Mar 28 2015, 17:10) *

Суть вот в чем: на 2-ух разных компах стоят карты 7790. Так вот, на одном задания считаются на 50-70% медленнее ,чем на другом.Дело не в цпу, одно ядро специально под эйнштейн свободно, загрузка не доходит до 100%.
Ни на что не претендую, просто делюсь мыслями, чего так может быть?

Если процессор не виноват, тогда проблема явно в софте.

Если все обновлено и настройки Боинка одинаковые, тогда можно попробовать снести полностью драйверы AMD программой http://www.techspot.com/drivers/driver/file/information/16748/ и установить их по-новой.

НО! был у меня случай, когда ноутбук перестал загружаться после работы этой проги. Как оказалось, она поудаляла не только графические драйверы, но и драйверы жесткого диска, после чего Windows перестал загружаться и показывал синий экран смерти swoon.gif Я лечил это так: при загрузке винды жать F8 и выбрать пункт "загрузка последней удачной конфигурации".

А вот на компе и интеловской конфигурацией все загружалось нормально.

Да, пользуюсь при переустановке дров этой прогой.
Напимер, 14.6 дрова милку не поддерживают, на более ранних версиях милка одинаково считается, что на одном, что на другом компе.
Вообщем, хз, все равно не постоянно комп кранчит , а в свете новых тарифов ,вообще хочу выключить.

Автор: gladiator_maximus May 10 2015, 18:25

А скажите- у кого какая карта и сколько очков в сутки приносит.
моя 7790 в 2 потока примерно от 35к до 44к в сутки.
по моим наблюдениям, скорость зависит не столько от драйвера, сколько от того какой параллельно проект на цпу считается.
и не важно что выделено отдельное ядро и проц не загружен на 100%.
по моим прикидкам, 280х должна не менее 100к в сутки приносить.

Автор: dimus8210 May 10 2015, 18:57

(gladiator_maximus @ May 10 2015, 19:25) *

А скажите- у кого какая карта и сколько очков в сутки приносит.
моя 7790 в 2 потока примерно от 35к до 44к в сутки.
по моим наблюдениям, скорость зависит не столько от драйвера, сколько от того какой параллельно проект на цпу считается.
и не важно что выделено отдельное ядро и проц не загружен на 100%.
по моим прикидкам, 280х должна не менее 100к в сутки приносить.


моя 280Х в залежності від використання компу рахує Binary Radio Pulsar Search (Arecibo, GPU) v1.39 в середньму за 30хв в два потока, а якщо цікаво просто подивись у профілях кранчерів які не сховали свої машини.

Автор: Skyman May 10 2015, 21:18

7950 порядка 120к в сутки (2 потока), GT 240 порядка 15к. Считают Parkes.

Автор: fram May 12 2015, 15:02

в моноблоке есть 2 карты.

1 интеловская в И3

2 жираф 525м

Как застваить работать жираф

Второй вопрос:

в ноутбуке есть ати 4650М

как ее застваить работать

Автор: gladiator_maximus May 12 2015, 15:29

(fram @ May 12 2015, 16:02) *

в моноблоке есть 2 карты.

1 интеловская в И3

2 жираф 525м

Как застваить работать жираф

Второй вопрос:

в ноутбуке есть ати 4650М

как ее застваить работать

Глянуть в лог Боинка: Дополнительно - просмотр событий.
Видна она там или нет.

Автор: fram May 12 2015, 17:20

с жирафом разобрался


Но проблема по карте амд, ее в боинке не видно в тесте на производительсноть

Автор: gladiator_maximus May 12 2015, 17:46

(fram @ May 12 2015, 18:20) *

с жирафом разобрался


Но проблема по карте амд, ее в боинке не видно в тесте на производительсноть

драйвера правильные стоят?

Автор: fram May 13 2015, 07:19

так, боинк увидел карту Ати, пишет, что 768Гигафлопс


Теперь как ее заставить в енштейне молотить, и шо знач правильные дрова? Дрова самые последние на эту не самую новую моб.карту. Версия каталист написана 13.9

Автор: gladiator_maximus May 13 2015, 09:08

(fram @ May 13 2015 в этом , 08:19) *

так, боинк увидел карту Ати, пишет, что 768Гигафлопс

Теперь как ее заставить в енштейне молотить, и шо знач правильные дрова? Дрова самые последние на эту не самую новую моб.карту. Версия каталист написана 13.9

Всю строчку скопируй сюда. Подозреваю, что версия опенцл старая, не подходит.

Автор: dimus8210 May 13 2015, 09:18

(gladiator_maximus @ May 13 2015, 10:08) *

(fram @ May 13 2015 в этом , 08:19) *

так, боинк увидел карту Ати, пишет, что 768Гигафлопс

Теперь как ее заставить в енштейне молотить, и шо знач правильные дрова? Дрова самые последние на эту не самую новую моб.карту. Версия каталист написана 13.9

Всю строчку скопируй сюда. Подозреваю, что версия опенцл старая, не подходит.


gladiator_maximus правий, дійсно версія OpenCl для 4000-х радеонів 1.0, з нею працюють тільки Collatz i MilkyWay. інші проекти OpenCl 1.0 вже не підтримують.

Автор: fram May 13 2015, 11:02

ясно. пичаль

опен сл дейсвительно 1.0 у меня. Ля гады, еще харчами перебирают.

Автор: ander Feb 4 2016, 13:12

Einstein@Home preferences

GPU utilization factor of BRP apps
DANGEROUS! Only touch this if you are absolutely sure of what you are doing!
Wrong setting might even damage your computer! Use solely on your own risk!
Min: -1.0 / Max: 1.0 / Default: 1.0

GPU utilization factor of FGRP apps
DANGEROUS! Only touch this if you are absolutely sure of what you are doing!
Wrong setting might even damage your computer! Use solely on your own risk!
Min: -1.0 / Max: 1.0 / Default: 1.0

Які поставити значення для оптимальної роботи на AMD 7970 ?

Автор: gladiator_maximus Feb 4 2016, 16:54

1 - это 1 поток, 0,5 - 2 потока, 0,33 - 3 потока.
для 7970 в связке с процом 4790 оптимально 0,33 поставить.

Автор: ander Feb 6 2016, 01:19

(gladiator_maximus @ Feb 4 2016, 16:54) *

1 - это 1 поток, 0,5 - 2 потока, 0,33 - 3 потока.
для 7970 в связке с процом 4790 оптимально 0,33 поставить.


Дякую. Поставив спочатку 0.25 - неймовірні баги з відео; довелося виправляти проблему через Remote Desktop Connection.
0.5 мало завантажувався GPU, але в парі з MilkyWay@Home - завантаження GPU до 80%

Invision Power Board
© Invision Power Services