Российские распределенные вычисления на платформе BOINC
Форум участников распределённых вычислений.

Добро пожаловать, Гость! Чтобы использовать все возможности Вход или Регистрация.

Уведомление

Icon
Error

6 Страницы123>»
Опции
К последнему сообщению К первому непрочитанному
Offline Starco  
#1 Оставлено : 5 марта 2010 г. 19:52:27(UTC)
Starco


Статус: Старожил

Группы: Russia Team Group
Зарегистрирован: 26.01.2010(UTC)
Сообщений: 314
Откуда: РнД

Сказал(а) «Спасибо»: 9 раз
Поблагодарили: 53 раз в 28 постах
Решил поделиться своим опытом при настройке максимальной производительности на компьютере, выделенном специально под кранчинг (может понадобиться кому smile ).
Для разгона, мониторинга и проверки стабильности я использовал программы:
1. для процессора - CPU-Z (информация и мониторинг), OCCT (тест стабильности, я использовал линпак тест),EVEREST Ultimate Edition (удобный мониторинг) , видео- FurMark (тест стабильности), GPU-Z (мониторинг, создание образа биоса), MSIAfterburner (разгон, мониторинг), RBE (редактирование биоса).

В первую очередь разгоняется процессор, как это делать описывать не буду, если вы никогда этим не занимались, вам дорога на оверы, там есть отличные статьи, прочитав которые вы сможете разогнать систему без особых проблем. Отмечу лишь, что:
1. хорошее охлаждение - залог успеха smile
2. если БП у вас еле тянет вашу систему на стандартных частотах, лучше не гнать
Хорошая статья по потребляемой мощности различными конфигурациями лежит на ф-центре
База разогнанных процессоров на оверах поможет вам косвенно сравнить различные кулеры и примерно прикинуть пределы разгона вашего процессора.

После успешного и стабильного разгона процессора начинаем заниматься видеокартой.
Внимание!!! видеокарта после обновления биоса может не запустится. Это может произойти если вы перезаписали биос от другой карты, или "перехимичили" в RBE (правда я считаю это можно сделать только по глупости, изменив то что не надо, поскольку корректировка напряжения и лимитов разгона не может привести к не запуску видеокарты.) Восстановить биос на незапускающейся видеокарте можно используя встроенную или другую видеокарту, запустившись с другой видеокарты, не извлекая не работающую, запустив восстановление старого биоса (см.ниже). Лично я восстанавливал, использую встроенное в материнку видео интел. (первый раз перезаписи биоса оказался неудачным smile )

С начала с помощью GPU-Z делал образ bios видеокарты, загружал его в RBE, изменял лимиты разгона, напряжения на ядре в различных режимах (вычисления - это 3д режим максимальной производительности). Делается это довольно просто, процесс подробно описан у factotum в блоге
Перепрошивал карту используя флешку, отформатированную под загрузочную дос, на флешке у меня было 6 файлов:
1. atiflash.exe - программа для записи/считывания биоса видеокарты
2. new.rom - новый, отредактированный биос
3. prov.bat - батник для проверки, что прога видит видеокарту :
Atiflash.exe -i

4. save_b.bat - батник для сохранения текущей версии биоса:
Atiflash.exe -s 0 old.bin
Соответственно после его работы появлялся файл old.bin с изначальным биосом

5. upd_b.bat - батник для перепрошивки текущего биоса новым:
Atiflash.exe -p -f 0 new.rom

6. rest_old.bat - батник для восстановления старого биоса
Atiflash.exe -p -f 0 OLD.BIN

После этого загружал систему, разгонял. Внимание!!! после обновления биоса будет необходимо переставить видеодрайвер, подготовте его заранее на жестком диске системы.
Зная что 4770 отлично гонится сначала выставлял максимальное значение 1000 (на ядре, память практически не гнал, а позже вообще снизил частоту памяти до минимума)
Частоты изменял с помощью MSIAfterburner.
Если не запускалась по немногу снижал пока не находил стабильную частоту, стабильность проверял FurMark, включив опцию показа температуры.
Тут у меня была особенность - первоначально напряжение в биосе поднял до 1,2В, но мне не понравилась температура (80-85 на разных картах), поэтому снизил до 1,1, что снизило температуру на 10-15!!! градусов.
После найденых стабильных частот установил боинк и запустил MilkyWay@Home для проверки стабильности работы под основной нагрузкой.
Тут то же есть особенность - как то в один из последующих дней не работал сервер MilkyWay и я временно подключил Collatz и заметил что под ним видеокарта холоднее, о чем отписался тут.
Первоначальный разгон был 900, 920 и 950, память по 800
После нескольких дней нормальной работы, мне вдруг smile пришла мысль, что возможно будет разогнать карты еще, ведь вычисления и отрисовка изображения - немного разные вещи, и если карта не проходит тест стабильности на прорисовку, не факт, что она не сможет работать на более высоких частотах при подсчетах. Сказано - сделано, начал искать частоты при которых не зависал драйвер видеокарты (при сбросе видеодрайвера впу рековером милка зависала). Если будете так же эксперементировать - предупреждаю: запускайте в боинке только милку (или что вы там считать будете на видеокарте), если что то считалось на ЦП при сбросе видеодрайвера, то же зависнет подсчет, и больше считаться не будет (только прерывать задание), это из личного опыта.
В конце экспериментов частоты стали 995, 1000 и 1015, частоты памяти снизил до 600. Максимальная температура 76 градусов, на одном вообще 69, почему не знаю - удачный экземпляр наверное.
Пока не могу понять как получилось 1015 на ядре, если лимит разгона в биосе 1000 smile , однако все считает стабильно.

Вроде все. Есть вопросы - задавайте.

Внимание владельцев 58хх, на оверах есть отличная статья по разгону ваших карт, прочитайте обязательно, иначе из-за кривых кодеров видеодров спалите видеокарту, да же не начиная разгон sad

p.s. может название темы и слишком громко звучит, но мне кажется подходит.

Отредактировано пользователем 16 июня 2010 г. 19:25:29(UTC)  | Причина: Не указана

UserPostedImage UserPostedImage

thanks 1 пользователь поблагодарил Starco за этот пост.
spapok оставлено 30.08.2010(UTC)
Offline Starco  
#2 Оставлено : 11 марта 2010 г. 19:30:15(UTC)
Starco


Статус: Старожил

Группы: Russia Team Group
Зарегистрирован: 26.01.2010(UTC)
Сообщений: 314
Откуда: РнД

Сказал(а) «Спасибо»: 9 раз
Поблагодарили: 53 раз в 28 постах
В свете того, что нигде не нашел тестов по производительности видеокарт под различными версиями драйверов решил потестировать сам на одном из своих компов. Столкнулся с полным отсутствием тестовых программ для определения вычислительной способности видеокарты при вычислениях с одинарной и двойной точностью. Пакеты для профессиональных видеокарт считают большей частью скорость рендеринга в различных 3D и анимационных программах. Единственно, что нашел это тест GPGPU в тестовом пакете sisoft sandra, который считает просто шейдеры и двойные шейдеры. Возможно это вычисления с одинарной и двойной точностью, но я не уверен, так как значения при тестировании различаются практически в 2 раза, а при переходе на двойную точность падение производительности должно быть больше. Может кто подскажет программу для тестирования? Стало так же интересно откуда боинк клиент берет цифру GFLOPS для видеокарты, сам тестирует? Основываясь на чем?
UserPostedImage UserPostedImage

Offline A_Burnashev  
#3 Оставлено : 11 марта 2010 г. 19:58:54(UTC)
A_Burnashev


Статус: Старожил

Медали: Донор: За финансовую помощь сайту

Группы: Member, Russia Team Group
Зарегистрирован: 20.05.2008(UTC)
Сообщений: 622
Мужчина
Откуда: Харьков

Сказал «Спасибо»: 42 раз
Поблагодарили: 32 раз в 32 постах
Starco написал:
Стало так же интересно откуда боинк клиент берет цифру GFLOPS для видеокарты, сам тестирует? Основываясь на чем?
Интересный вопрос. Причем если видеокарту разогнать, то это значение увеличится. Также, при каждой загрузке с одинаковыми параметрами оно всегда одно и то же. Видимо, Боинк-клиент его вычисляет при запуске.
UserPostedImage

Подробная статистика:
thanks 1 пользователь поблагодарил A_Burnashev за этот пост.
spapok оставлено 30.08.2010(UTC)
Offline hoarfrost  
#4 Оставлено : 11 марта 2010 г. 23:19:43(UTC)
hoarfrost


Статус: Старожил

Медали: Переводчику: За помощь в создании сайтаРазработчику: За разработку приложения CluBORunДонор: За финансовую помощь сайту

Группы: Editors, Member, Administration, Moderator Crystal Dream, Moderators, Crystal Dream Group
Зарегистрирован: 05.10.2007(UTC)
Сообщений: 8,483
Мужчина
Откуда: Crystal Dream

Сказал «Спасибо»: 1297 раз
Поблагодарили: 1772 раз в 1110 постах
Starco написал:
Стало так же интересно откуда боинк клиент берет цифру GFLOPS для видеокарты, сам тестирует? Основываясь на чем?

Если помню правильно - то в него вшита таблица с базовыми значениями, на основе которых он и определяет производительно карточки.
UserPostedImage
thanks 1 пользователь поблагодарил hoarfrost за этот пост.
spapok оставлено 30.08.2010(UTC)
Offline CTAPbIi  
#5 Оставлено : 13 марта 2010 г. 12:37:04(UTC)
CTAPbIi


Статус: Старожил

Группы: Member, Russia Team Group
Зарегистрирован: 30.09.2009(UTC)
Сообщений: 2,313

Сказал(а) «Спасибо»: 69 раз
Поблагодарили: 121 раз в 94 постах
у меня получилось поднять напругу и хорошо разогнать 4870 (850/900 на 1,425В), единственно - пришлось кривую вентиля подкрутить вверх. единственно, вопрос: темпа для VDDC 106/110/109 - не сильно много?
поигрался еще. 880 на 1.45В - вроде стабильно, но темпы дикие. 870 на 1.375В - темпы высоковаты. остановился на 850 на 1.325В, VDDC 88-93, т.е. гораздо дальше опасных. наверно так и оставлю.

Offline Starco  
#6 Оставлено : 13 марта 2010 г. 12:57:30(UTC)
Starco


Статус: Старожил

Группы: Russia Team Group
Зарегистрирован: 26.01.2010(UTC)
Сообщений: 314
Откуда: РнД

Сказал(а) «Спасибо»: 9 раз
Поблагодарили: 53 раз в 28 постах
Там максимальные 120 вроде, так что небольшой запас до предела есть. Может еще обороты вентилятора поднять, если шум не имеет значения? Летом-то хуже будет температурный режим.
UserPostedImage UserPostedImage

Offline CTAPbIi  
#7 Оставлено : 13 марта 2010 г. 21:12:03(UTC)
CTAPbIi


Статус: Старожил

Группы: Member, Russia Team Group
Зарегистрирован: 30.09.2009(UTC)
Сообщений: 2,313

Сказал(а) «Спасибо»: 69 раз
Поблагодарили: 121 раз в 94 постах
ночь простояла на 850/1.325В, стабильна. темпа ГПУ 63-65, VDDC 89-93. пока так оставлю.

шум значения никакого не имеет, он у меня очень далеко. та и темпа в том помещении градусов 18 днем, а ночью там наверно 15-16. что будет летом - посмотрим, до него еще дожить надо smile

Offline Starco  
#8 Оставлено : 14 марта 2010 г. 3:19:05(UTC)
Starco


Статус: Старожил

Группы: Russia Team Group
Зарегистрирован: 26.01.2010(UTC)
Сообщений: 314
Откуда: РнД

Сказал(а) «Спасибо»: 9 раз
Поблагодарили: 53 раз в 28 постах
Так как никаких тестов по производительности видеокарт в распределенных вычислениях нигде не нашел решил сам провести такой тест. Тестирование проводилось на видеокарте 4770 с частотой по ядру 1000 Мгц
Задания приходили во время тестирования разные по времени, для статистики брал 4-х минутные.
Нашел и скачал следующие драйвера: стандартные, n2o и дрова asus для 4770 с оффсайта

После удаления каждого драйвера через установку/удаление использовал DriverSweeper с сайта Guru3D.com для удаления всех следов от драйвера.
Перед началом тестирования стоит Catalyst 9.11:
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_13_3s_free_5_181317_1268463401 00:04:20 (00:04:15) 13.03.2010 10:55:21 13.03.2010 10:56:33 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_11_3s_free_5_180538_1268463340 00:04:19 (00:04:15) 13.03.2010 10:51:06 13.03.2010 10:51:54 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_12_3s_free_5_178594_1268463084 00:04:18 (00:04:14) 13.03.2010 10:46:38 13.03.2010 10:47:15 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_11_3s_free_5_177056_1268462864 00:04:16 (00:04:13) 13.03.2010 10:42:24 13.03.2010 10:43:49 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_11_3s_free_5_173017_1268462339 00:04:20 (00:04:16) 13.03.2010 10:32:16 13.03.2010 10:33:41 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_13_3s_free_5_170768_1268462016 00:04:19 (00:04:15) 13.03.2010 10:28:02 13.03.2010 10:28:26 Reported: Ok
Среднее значение – 4:15 от этих цифр и будем отталкиваться.

Стандартные Catalyst:
Catalyst 9.5:
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_s222_opt_v05_216436_1268467959 00:00:01 13.03.2010 11:14:41 Computation error (1,):
Поставил драйвер без ссс, результат: bsod через пару минут
На этой версии драйвера не считает.

Catalyst 9.6:
Через 5 секунд с начала счета зависает драйвер, задание переходит в режим ожидания своей очереди, а в логах появляется сообщение
Milkyway@home 14.03.2010 11:35:02 Can't get available GPU RAM: 2
В общем нормально посчитать то же не удалось.
Поставил драйвер без ссс, результат:
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_12_3s_free_5_218119_1268468199 00:04:26 (00:04:21) 13.03.2010 13:40:57 13.03.2010 13:41:09 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_12_3s_free_5_218106_1268468199 00:05:16 (00:04:21) 13.03.2010 13:46:33 13.03.2010 13:47:58 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_12_3s_free_5_218084_1268468197 00:04:25 (00:04:21) 13.03.2010 13:50:59 13.03.2010 13:51:23 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_11_3s_free_5_218077_1268468196 00:04:24 (00:04:20) 13.03.2010 13:55:26 13.03.2010 13:55:39 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_12_3s_free_5_221147_1268468600 00:04:25 (00:04:21) 13.03.2010 14:12:18 13.03.2010 14:12:42 Reported: Ok
Берем время 4:21

Catalyst 9.8:
С начала то же выбивал впу рековер, снизил глубину цвета с 32 до 16 бит перестал выпадать, но не на долго, через 2 задания опять упал, в панели диагностика на 1 ступень уменьшил ускорение, комп завис намертво.
Странно, потому что на ASUS-ком драйвере (основанном на Catalyst 9.7, по данным MSI Afterburner) все работало нормально.
Вспомнил, что не ставил ссс при установке ASUS-кого драйвера, переставил без ссс.
Задание спокойно посчиталось до 400% .
С этим драйвером ничего не получилось.

Catalyst 9.9:
Поставил без ссс, запустилось вроде нормально, посчитало 1 задание выдало ошибку вычислений и перестало считать;
Переустановил с ссс: посчитало 2 задания и выбило через впу рековер
С этим драйвером ничего не получилось.

Catalyst 9.10:
С этим драйвером ничего не получилось.

Catalyst 9.12:
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_11_3s_free_5_359553_1268486308 00:04:16 (00:04:13) 13.03.2010 17:06:17 13.03.2010 17:07:42 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_12_3s_free_5_361652_1268486537 00:04:17 (00:04:13) 13.03.2010 17:10:44 13.03.2010 17:11:20 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_14_3s_free_5_363366_1268486704 00:04:16 (00:04:13) 13.03.2010 17:14:58 13.03.2010 17:15:10 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_13_3s_free_5_365761_1268487016 00:04:17 (00:04:13) 13.03.2010 17:22:14 13.03.2010 17:22:27 Reported: Ok

Берем время 4:13

Catalyst 10.1:
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_11_3s_free_5_368571_1268487383 00:04:20 (00:04:15) 13.03.2010 17:40:28 13.03.2010 17:41:40 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_12_3s_free_5_373589_1268488017 00:04:19 (00:04:14) 13.03.2010 17:50:35 13.03.2010 17:51:13 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_11_3s_free_5_377563_1268488513 00:04:18 (00:04:14) 13.03.2010 17:57:54 13.03.2010 17:58:06 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_12_3s_free_5_380164_1268488840 00:04:18 (00:04:14) 13.03.2010 18:02:21 13.03.2010 18:02:57 Reported: Ok
Берем время 4:14

Catalyst 10.2:
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_12_3s_free_5_383100_1268489208 00:04:18 (00:04:15) 13.03.2010 18:26:25 13.03.2010 18:26:51 Reported: Ok

Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_12_3s_free_5_386610_1268489644 00:04:19 (00:04:16) 13.03.2010 18:33:54 13.03.2010 18:35:09 Reported: Ok

Берем время 4:15

Модифицированные N2O:
n2o_9.9_cp:
С этим драйвером ничего не получилось.
n2o_9.10_cp
С этим драйвером ничего не получилось.

n2o_9.11_cp
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_13_3s_free_5_401772_1268491516 00:04:17 (00:04:12) 13.03.2010 19:34:38 13.03.2010 19:35:14 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_12_3s_free_5_404138_1268491822 00:04:17 (00:04:12) 13.03.2010 19:38:55 13.03.2010 19:40:21 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_13_3s_free_5_405797_1268492002 00:04:18 (00:04:13) 13.03.2010 19:43:17 13.03.2010 19:43:50 Reported: Ok
Берем время 4:12

n2o_9.12_cp
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_11_3s_free_5_409548_1268492512 00:04:15 (00:04:11) 13.03.2010 19:58:17 13.03.2010 19:59:31 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_12_3s_free_5_419599_1268493726 00:04:16 (00:04:12) 13.03.2010 20:02:32 13.03.2010 20:03:06 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_13_3s_free_5_421295_1268493937 00:04:16 (00:04:12) 13.03.2010 20:06:56 13.03.2010 20:07:56 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_12_3s_free_5_404138_1268491822 00:04:17 (00:04:12) 13.03.2010 19:38:55 13.03.2010 19:40:21 Reported: Ok
Берем время 4:12

n2o_10.1_cp
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_11_3s_free_5_444075_1268496785 00:04:17 (00:04:13) 13.03.2010 20:30:32 13.03.2010 20:30:45 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_12_3s_free_5_427664_1268494735 00:04:17 (00:04:13) 13.03.2010 20:26:04 13.03.2010 20:27:17 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_13_3s_free_5_425251_1268494432 00:04:18 (00:04:14) 13.03.2010 20:21:46 13.03.2010 20:22:23 Reported: Ok
Берем время 4:13

n2o_10.2_cp
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_12_3s_free_5_456613_1268498353 00:04:18 (00:04:13) 13.03.2010 20:51:42 13.03.2010 20:52:06 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_11_3s_free_5_465521_1268499520 00:04:17 (00:04:13) 13.03.2010 21:04:53 13.03.2010 21:05:17 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_13_3s_free_5_467301_1268499708 00:04:17 (00:04:13) 13.03.2010 21:09:08 13.03.2010 21:09:20 Reported: Ok
Берем время 4:13

Драйвера asus для 4770:
ati860_winxp32:
не заработало
ati8631_XP (9.8)
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_11_3s_free_5_471044_1268500223 00:04:09 (00:04:05) 13.03.2010 21:53:40 13.03.2010 21:54:29 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_13_3s_free_5_476312_1268500870 00:04:10 (00:04:05) 13.03.2010 21:57:44 13.03.2010 21:59:10 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_13_3s_free_5_480272_1268501367 00:04:09 (00:04:05) 13.03.2010 22:04:51 13.03.2010 22:06:13 Reported: Ok
Берем время 4:05

ati864_winXP32(9.8)
С этим драйвером ничего не получилось.
ati866_WINXP(9.10)
С этим драйвером ничего не получилось.
ati8661_winxp(9.10)
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_12_3s_free_5_487103_1268502252 00:06:13 13.03.2010 22:52:40 Computation error (1,)
С этим драйвером ничего не получилось.
ati8663_winXP32(9.10)
С этим драйвером ничего не получилось. Что то ни один драйвер на Catalyst 9.10 не заработал.
ati867_WinXP32
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_14_3s_free_5_490403_1268502638 00:04:22 (00:04:14) 13.03.2010 23:16:09 13.03.2010 23:17:17 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_12_3s_free_5_492098_1268502890 00:04:19 (00:04:15) 13.03.2010 23:20:28 13.03.2010 23:20:52 Reported: Ok
Берем время 4:15

ati869_Winxp32
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_11_3s_free_5_496566_1268503465 00:04:39 (00:04:15) 13.03.2010 23:43:46 13.03.2010 23:44:04 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_14_3s_free_5_517833_1268506159 00:04:18 (00:04:14) 13.03.2010 23:50:41 Ready to report
В общем то же; берем время 4:15

ati8703_WinXP32
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_14_3s_free_5_519335_1268506360 00:04:21 (00:04:15) 14.03.2010 0:05:07 14.03.2010 0:05:19 Reported: Ok
Milkyway@home 0.21 MilkyWay@Home (ati13ati) de_14_3s_free_5_522848_1268506809 00:04:19 (00:04:15) 14.03.2010 0:14:14 14.03.2010 0:15:14 Reported: Ok
Берем время 4:15

Видимо последние 3 драйвера основаны на одном каталисте – результаты практически идентичны.

Итог тестирования – нашел драйвер который на 10с быстрее того, что стоял у меня изначально; это примерно +15Мгц разгона на ядре.
Предполагаю, что большинство драйверов не заработало из-за предельного разгона, так как наглухо висло 2 или 3 всего, остальные сбрасывали драйвер впу рековером, при этом боинк перестает считать. При меньших частотах таких проблем не было бы.
Предполагаю, так же, что это конкретный результат под конкретную модель, тем более, что лучший драйвер получился ASUS, значит на другие платы не поставиться без перепрошивки биоса. Другие типы видеокарт надо тестировать отдельно. N2O оказались чуть быстрее стандартных каталистов.
Не смотря на много затраченного времени цели я достиг – ускорил крачинг на отдельном компьютере просто заменив драйвер.
Для проверки стабильности под новым драйвером, оставил комп на ночь посмотрим, что будет утром.


UPD до утра проработал нормально, значит так и остается. Еще замечание по драйверам: каталисты с 9.10 и основанные на них (с поддежкой 5ххх) оставляют много мусора после себя в реестре и системных папках, обяpательно используйте спец утилиты по подчистке следов драйвера, как при просто переустановке так и при перепрошивке биоса

Отредактировано пользователем 14 марта 2010 г. 10:07:08(UTC)  | Причина: Не указана

UserPostedImage UserPostedImage

thanks 1 пользователь поблагодарил Starco за этот пост.
spapok оставлено 30.08.2010(UTC)
Offline hoarfrost  
#9 Оставлено : 14 марта 2010 г. 4:34:40(UTC)
hoarfrost


Статус: Старожил

Медали: Переводчику: За помощь в создании сайтаРазработчику: За разработку приложения CluBORunДонор: За финансовую помощь сайту

Группы: Editors, Member, Administration, Moderator Crystal Dream, Moderators, Crystal Dream Group
Зарегистрирован: 05.10.2007(UTC)
Сообщений: 8,483
Мужчина
Откуда: Crystal Dream

Сказал «Спасибо»: 1297 раз
Поблагодарили: 1772 раз в 1110 постах
Если я помню правильно, то на Catalyst 9.5 и более ранних была проблема названия dll-файлов. Некоторые из них надо было переименовывать из <что-то>amd.dll в <что-то>ati.dll. Либо наоборот.
Но возможно также, что для нынешней версии приложения такого делать не надо.

Приходилось сравнивать между собой Catayst 9.9 и 9.12, о чём писал на 12 странице соответствующей темы.
UserPostedImage
thanks 1 пользователь поблагодарил hoarfrost за этот пост.
spapok оставлено 30.08.2010(UTC)
Offline CTAPbIi  
#10 Оставлено : 14 марта 2010 г. 5:23:38(UTC)
CTAPbIi


Статус: Старожил

Группы: Member, Russia Team Group
Зарегистрирован: 30.09.2009(UTC)
Сообщений: 2,313

Сказал(а) «Спасибо»: 69 раз
Поблагодарили: 121 раз в 94 постах
спасибо, полезная инфа smile

Offline Starco  
#11 Оставлено : 14 марта 2010 г. 9:55:35(UTC)
Starco


Статус: Старожил

Группы: Russia Team Group
Зарегистрирован: 26.01.2010(UTC)
Сообщений: 314
Откуда: РнД

Сказал(а) «Спасибо»: 9 раз
Поблагодарили: 53 раз в 28 постах
hoarfrost написал:


Приходилось сравнивать между собой Catayst 9.9 и 9.12, о чём писал на 12 странице соответствующей темы.


Помню, прочел. У меня в тесте 9.9 себя не показал smile Плюс нет точных значений на сколько быстрее, а меня интересовали конкретные числа, иначе я бы не затеял тестирование.
UserPostedImage UserPostedImage

Offline Starco  
#12 Оставлено : 16 марта 2010 г. 17:03:17(UTC)
Starco


Статус: Старожил

Группы: Russia Team Group
Зарегистрирован: 26.01.2010(UTC)
Сообщений: 314
Откуда: РнД

Сказал(а) «Спасибо»: 9 раз
Поблагодарили: 53 раз в 28 постах
В целях дальнейшей оптимизации и ускорения кранчинга решил настроить милку через app_info.xml для максимальной производительности.
Пересмотрел не одну сотню WU у топовых крачеров России, Германии, Великобритании, США, Франции, меня интересовали настройки app_info.xml у лидеров команд по среднему RAC.
Долго смеялся. Одна настройка есть примерно у 1% всех крачеров, тех у кого хотя бы 2 настройки можно пересчитать по пальцам одной руки (несколько немцев и американцев, один шотландец, один француз). Люди используют app_info.xml только для запуска нескольких WU не задумываясь о более тонкой настройке.

Отредактировано пользователем 16 июня 2010 г. 19:26:32(UTC)  | Причина: Не указана

UserPostedImage UserPostedImage

thanks 1 пользователь поблагодарил Starco за этот пост.
spapok оставлено 30.08.2010(UTC)
Offline krasbars  
#13 Оставлено : 16 марта 2010 г. 19:29:31(UTC)
krasbars


Статус: Старожил

Группы: Editors, Member, Administration, Russia Team Group, Moderators
Зарегистрирован: 14.01.2009(UTC)
Сообщений: 2,728
Мужчина
Российская Федерация
Откуда: Красноярск

Сказал «Спасибо»: 566 раз
Поблагодарили: 486 раз в 356 постах
Ну рассказывай уже, не томи. angry
i7 2600K@4200MHz + GTX570 (870/1740/3800) + HD5870 (930/4800) + 16Gb DDR III @1600MHz на Win7 x64 SP1 и BOINC x64 7.0.28

Offline Starco  
#14 Оставлено : 16 марта 2010 г. 20:03:41(UTC)
Starco


Статус: Старожил

Группы: Russia Team Group
Зарегистрирован: 26.01.2010(UTC)
Сообщений: 314
Откуда: РнД

Сказал(а) «Спасибо»: 9 раз
Поблагодарили: 53 раз в 28 постах
Ты будешь смеятся, но как только я оставил это сообщение в 14.10 у меня вырубили интернет, только появился smile Сильно секретная видимо инфаsmile
В общем кто читал мое тестирование драйверов знает, что минимальное время одного WU одинакового типа (я их 4-х минутными обозвалsmile ) под определенным драйвером 4.05-4.06; добавив в app_info.xml следующие значения :
<cmdline>w0.8 n2 f1 p3 b-1</cmdline>
cчитаю по 2 WU, поэтому n2
Результат:

Milkyway@home 0.22 milkyway (ati13ati) de_13_3s_free_5_2354796_1268737392 00:06:44 (00:03:59) 16.03.2010 15:49:19 Uploading

т.е. еще 6-7 секунд выиграл. Значит время потрачено не зря.
Интересно в каком еще направлении поискать оптимизацию smile

p.s. что интересно, так как WU разные переодически приходят, перерывов в подсчете практически не бывает - стабильная непрерывная 99% нагрузка на видео.
UserPostedImage UserPostedImage

thanks 2 пользователей поблагодарили Starco за этот пост.
CTAPbIi оставлено 07.05.2010(UTC), spapok оставлено 30.08.2010(UTC)
Offline krasbars  
#15 Оставлено : 16 марта 2010 г. 20:12:00(UTC)
krasbars


Статус: Старожил

Группы: Editors, Member, Administration, Russia Team Group, Moderators
Зарегистрирован: 14.01.2009(UTC)
Сообщений: 2,728
Мужчина
Российская Федерация
Откуда: Красноярск

Сказал «Спасибо»: 566 раз
Поблагодарили: 486 раз в 356 постах
Starco написал:
<cmdline>w0.8 n2 f1 p3 b-1</cmdline>

n2 - понятно.
А остальные параметры - w0.8, f1, p3, b-1?
У себя в app_info такого не видел. Правил только кол-во WU и использование CPU:
Код:
<avg_ncpus>0.10</avg_ncpus>
<max_ncpus>1</max_ncpus>
- <coproc>
<type>ATI</type>
<count>0.5</count>
</coproc>
<cmdline>n2</cmdline>
i7 2600K@4200MHz + GTX570 (870/1740/3800) + HD5870 (930/4800) + 16Gb DDR III @1600MHz на Win7 x64 SP1 и BOINC x64 7.0.28

thanks 1 пользователь поблагодарил krasbars за этот пост.
spapok оставлено 30.08.2010(UTC)
Offline Starco  
#16 Оставлено : 16 марта 2010 г. 20:23:41(UTC)
Starco


Статус: Старожил

Группы: Russia Team Group
Зарегистрирован: 26.01.2010(UTC)
Сообщений: 314
Откуда: РнД

Сказал(а) «Спасибо»: 9 раз
Поблагодарили: 53 раз в 28 постах
Вот что написано в ридми:
Options:

kernel frequency: f (default 30)
The application determines the size of the work packages sent to the GPU in a dynamic manner. It
tries to get the number of executed packages per second above the value specified here by
splitting them to smaller ones. The OS is completely blocked from accessing the graphics card for
the duration of one package leading to a somewhat sluggish behaviour of the user interface.
Limiting the size and therefore reducing the execution time per package creates more opportunities
for the OS to slip in between two work packages and to react to user input. The default value of
30 Hz is tuned for usability of the system. Reducing it could increase the throughput of the app
slightly.

Example:
<cmdline>f10</cmdline>
The app will try to run 10 work packages per second (limits the execution time to 100ms or shorter).

С этим параметром для меня больше всего непоняток, я пока не вычислил как конкретно он влияет на производительность, я предполагал исходя из The app will try to run 10 work packages per second, что чем больше тем лучше. При просмотре WU других мега-крачеров у одного немца этот параметр был именно f1 ( у него несколько компов так настроены были). Поэтому для себя я так и поставил. Вообще этот параметр нуждается в дополнительном тестировании. Будут новости расскажу.

Wait factor: w (default 1.0)
The app tries to release the CPU during the the GPU computations. It does so by predicting
the runtime for the GPU calls and send the CPU thread to sleep for that time. One can manually
correct the prediction of the application with this factor. When raising it, the CPU thread
sleeps longer, decreasing the value will lead to some faster polling. Setting this value to 0.0
turns off the release of the CPU. Default is of course a value of 1.0.
If you see a low GPU load, you can try to decrease it (if you have a load of 80%, set it to 0.8).
If you see a high CPU load, a slight increase of this value may help. Increase it too much and it
will affect the crunching speed. You could use this for throttling of the GPU in case the high
GPU load leads to a very sluggish behaviour of the user interface or even VPU recover events.
Setting w1.1 could improve the situation (see also the f, b, and p options).

Example:
<cmdline>w1.3</cmdline>
This would increase the sleep time by 30% in relation to the prediction.

Этот параметр был ясен сразу, для эксперимента ставил w1.3, загрузка видеокарты упала на 3-4%, оставил w0.8, загрузка равномерно 99%

Priority: p (default 2)
All BOINC applications normally run with the lowest possible priority to not disturb other
applications. This can lead to a low GPU load, as it may be not possible to fire up the next tasks
if all cores of the CPU are under load. Raising the priority may help here. BOINC recommends a
slightly increased priority for GPU applications. Default priority is normal. Possible values:
p0: idle priority, used by CPU BOINC applications
p1: normal priority in idle priority class (below normal), this is recommended for BOINC GPU
applications, but apears to be not enough to enable millisecond polling of the GPU with Vista
p2: normal priority in normal priority class, the default
p3: normal priority in high priority class, use with care!
The priority will affect how much time it takes for the the app to get back control if it releases
its time slice (see also option b).

Example:
<cmdline>p3</cmdline>
This raises the priority to high (not recommended).

Тут то же все понятно - приоритет высокий, кстати для NV видео есть приоритет реального времени smile))

Polling behavior for the GPU within the Brook runtime: b (default 0)
See the option w for starters. If that time has elapsed, the GPU polling starts. This can be done
by continously checking if the task has finished (b-1), enabling the fastest runtimes, but potentially
creating a high CPU load (a bit dependent on driver version). Second possibility is to release the time
slice allotted by the OS, so other apps can run (b0). This is the default value. The catch is that there
is some interaction with the priority. The time slice is only released to other tasks of the same
priority. So raising the priority effectively disables the release and the behavior is virtually
identical to setting this parameter to -1. If a raised priority and a low CPU time is wanted, one may
set it at to 1. This suspends the task for at least 1 millisecond, enabling also tasks of lower priority
to use the CPU in the meantime. This can also help to get a smoother system behaviour. One can use b2 or
b3 if one wants reduce the polling frequency even more.
Possible values:
b-1: busy waiting
b0: release time slice to other tasks of same priority (default)
b1, b2 or b3: release time slice for at least 1, 2, or 3 milliseconds respectively
See also options p and w.

Example:
<cmdline>b-1</cmdline>
Enable busy waiting (no release of the time slice during polling).

Из текста я понял что максимальная производительность длл библиотеки для расчета WU будет при b-1, правда это может создать повышенную нагрузку на ЦПУ, я этого не заметил, ЦПУ проекты считаются с такой же скоростью как и было.

p.s. в строке параметры ОБЯЗАТЕЛЬНО маленькими буквами, иначе они будут проигнорированны.
UserPostedImage UserPostedImage

thanks 3 пользователей поблагодарили Starco за этот пост.
spapok оставлено 30.08.2010(UTC), evatutin оставлено 27.11.2010(UTC), Afarus оставлено 24.12.2011(UTC)
Offline CTAPbIi  
#17 Оставлено : 16 марта 2010 г. 20:29:40(UTC)
CTAPbIi


Статус: Старожил

Группы: Member, Russia Team Group
Зарегистрирован: 30.09.2009(UTC)
Сообщений: 2,313

Сказал(а) «Спасибо»: 69 раз
Поблагодарили: 121 раз в 94 постах
Starco,
когда себе делал app_info, ковырялся. если честно, особой разницы на прошлой 4870 не заметил, надо будет заморочится 0.22 и в ней поиграться. спасибо за мысль.

кстати, навеяно давешним софтвольтмодом 4870. если загрузка ГПУ не 99%, то явно ГПУ не хватает напруги. вариантов 2: или снижать частоты (и тогда загрузка ступенчато растет), или поднимать напряжение. я пошел по второму пути, выставил 850/900 при 1.325В. уже третьи сутки стабильно, пробовал 860 - валится через час-другой. подкорректировал профиль турбинки (50-60% в диапазоне 50-80 *С), щас темпы - ГПУ 59-61, VDDC 89-93. ИМХО в таком режиме видяшка может работать вечно, но мне б до 5990 дотерпеть smile

thanks 1 пользователь поблагодарил CTAPbIi за этот пост.
spapok оставлено 30.08.2010(UTC)
Offline Starco  
#18 Оставлено : 16 марта 2010 г. 20:31:23(UTC)
Starco


Статус: Старожил

Группы: Russia Team Group
Зарегистрирован: 26.01.2010(UTC)
Сообщений: 314
Откуда: РнД

Сказал(а) «Спасибо»: 9 раз
Поблагодарили: 53 раз в 28 постах
krasbars написал:
Starco написал:
<cmdline>w0.8 n2 f1 p3 b-1</cmdline>

n2 - понятно.
А остальные параметры - w0.8, f1, p3, b-1?
У себя в app_info такого не видел. Правил только кол-во WU и использование CPU:
Код:
<avg_ncpus>0.10</avg_ncpus>
<max_ncpus>1</max_ncpus>
- <coproc>
<type>ATI</type>
<count>0.5</count>
</coproc>
<cmdline>n2</cmdline>


Конечно при разных параметрах n необходимо менять и <avg_ncpus>0.10</avg_ncpus> и <count>0.5</count>
у меня <avg_ncpus>0.05</avg_ncpus> и <count>0.5</count> при n2

p.s. 2 CTAPbIi ты у нас в английском хорошо разбираешься, что точно написано про параметр f?
UserPostedImage UserPostedImage

thanks 1 пользователь поблагодарил Starco за этот пост.
spapok оставлено 30.08.2010(UTC)
Offline CTAPbIi  
#19 Оставлено : 16 марта 2010 г. 20:51:16(UTC)
CTAPbIi


Статус: Старожил

Группы: Member, Russia Team Group
Зарегистрирован: 30.09.2009(UTC)
Сообщений: 2,313

Сказал(а) «Спасибо»: 69 раз
Поблагодарили: 121 раз в 94 постах
Частота ядра (по умолчанию – 30)
Приложение определяет размер рабочих пакетов, посылаемых ГПУ, динамически. Оно старается получить кол-во посчитанных пакетов за секунду с целью разбития их на более мелкие куски. Венда не имеет доступа к видяхе в течение счета жабы, что ведет к некоторому поттормаживанию интерфейса. Уменьшение размера и соответственное уменьшение времени счета пакета дает венде больше шансов вклиниваться в работу и быстрее реагировать на запросы юзера. По умолчанию стоит 30Гц – для большей юзабельности компа. Уменьшение этой цифры может слегонца повысить скорость расчета.

как-то так smile

thanks 2 пользователей поблагодарили CTAPbIi за этот пост.
spapok оставлено 30.08.2010(UTC), Afarus оставлено 24.12.2011(UTC)
Offline hoarfrost  
#20 Оставлено : 16 марта 2010 г. 22:38:39(UTC)
hoarfrost


Статус: Старожил

Медали: Переводчику: За помощь в создании сайтаРазработчику: За разработку приложения CluBORunДонор: За финансовую помощь сайту

Группы: Editors, Member, Administration, Moderator Crystal Dream, Moderators, Crystal Dream Group
Зарегистрирован: 05.10.2007(UTC)
Сообщений: 8,483
Мужчина
Откуда: Crystal Dream

Сказал «Спасибо»: 1297 раз
Поблагодарили: 1772 раз в 1110 постах
Одно время пробовал ими "играться". В итоге остановился на задании количества юнитов и высвобождении 1 ядра CPU. Загрузка 99%. smile
Проблема в том, что потери из-за других проблем (комп надо пропылесосить, интернет пропал) и пр. всегда намного больше.
UserPostedImage
Пользователи, просматривающие эту тему
Guest
6 Страницы123>»
Быстрый переход  
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.

Boinc.ru theme. Boinc.ru
Форум YAF 2.1.1 | YAF © 2003-2019, Yet Another Forum.NET
Страница сгенерирована за 0.487 секунды.