Обсуждаем проект Folding@Home.
Номер нашей команды: 47191
Страница регистрации в проекте F@H: https://apps.foldingathome.org/getpasskey Обязательна для получения бонусных очков
По вопросам работы универсального клиента обращайтесь в соответствующие ветки:
Универсальный (SMP+GPU) клиент v.7
Folding@Home под Linux
Статистика заданий и рекорды команды: [F@H] Статистика заданий
В этой ветке все о мониторинге клиента FAH http://forums.overclockers.ru/viewtopic ... 1&t=122378
Статусы основных серверов F@h: https://apps.foldingathome.org/serverstats
Список текущих проектов: https://apps.foldingathome.org/psummary?visibility=ALL
Статистика команды на сайте extremeoverclocking.com: https://folding.extremeoverclocking.com ... s=&t=47191
Статистика по общему количеству CPU\GPU, мощности проекта: https://stats.foldingathome.org/os
Статистика по отдельным картам и процессорам в проекте: https://folding.lar.systems/gpu_ppd/overall_ranks
Официальный форум проекта: https://foldingforum.org
Мы в Telegram - https://t.me/TSCRussia

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

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

+ сейчас в этих жабах есть еще проверки - небольшие расчеты на ЦП делаются, чтобы проверить корректность расчетов на ГПУ. (т.к. ядро полностью новое и точно пока не известно как оно себя ведет на всем разнообразии железа)
На стандартных жабах возможно такие мелкие глюки проходили необнаруженными.

Всеп привет!
Господа вопрос, почему фах клиент версии 7.3 кушает только 35-39% моей видюхи?

endreu
client-type=beta стоит? Драйверы последние?

endreu в 7.3.х появился ползунок на главной морде, который регулирует загрузку клиента. Крайнее справа положение - это 100% загрузка (режим high)

Добавлено спустя 1 час 25 минут 27 секунд:
upd. режим Full

DmGun у меня в принципе работает только в крайнем правом положении, во всех других клиент останавливается.

DmGun, данный ползунок скорее регулирует не загрузку процессора, а режим работы клиента. ГПУ считает только в режиме Full.

Добавлено спустя 4 минуты 41 секунду:
нашёл

malTTa спасибо за ссылку, не читал )) но странно тогда, что у меня на предпоследнем режиме процессор грузит примерно 8 потоков из 12ти, точнее, грузит все, но процентов на 70 (проверял, как это работает))

Интереса ради, забил нужный ключ в настройки и решил попробовать 17-ое ядро посчитать.
Задание 7662. Проблема в том, что, примерно, раз в несколько минут загрузка ГПУ падает до нуля на несколько секунд (может и 10 минут работать нормально, а может и каждую минуту валиться).
Владельцы Ферми-видеокарт, отзовитесь, у всех так?
#77

killer2636, да.

malTTa А сколько при этом ''съедается'' процессора? У меня 13%, при этом иногда падает до 2%, не знаю с чем связанно.
Может на камне АМД по другому.
Вообще странно как-то. ППД на процессоре при всех 8-ми потоках был 6000. Выставил в настройках 6 потоков, ППД на процессоре подрос до 8000.
Как это можно объяснить?

killer2636
Как я уже писал, пока в этих жабах при обкатке 17 ядра на процессоре переодически какая-то часть расчетов проверяется/конролируется корректность того, как считает ГПУ.
Возможно эти переодические прыжки это оно и есть.

killer2636
Объяняется крайней капризностью SMP ядра. Кот. очень нервно реагирует на то, когда кто-то параллельно ему за ресурсы ЦП конкурирует.(что приводит к переключению задач ОС и/или переодической переброске потока между ядрами)
Отняли 1-2% ЦП - скорость упала на 5-10%. Отняли 1 ядро - скорость может и в 2 раза упасть.
В данном случае "мешающие" процессы это ГПУ клиент и возможно активность пользовательского софта.
Уменьшив кол-во потоков SMP они расходятся по своим ядрам, в результате работе SMP ничего не мешает и скорость его счета растет, несмотря на снизившееся кол-во потоков.
Это уже давно известно, правда раньше для NV карт было не особо актуально, т.к. старое ГПУ ядро для NV процессор грузило по минимуму и обычно полное кол-во потоков оказывалось быстрее, чем резервирование потока под ГПУ и/или другую активность.
Можно еще 7 потоков попробовать. Нечетное кол-во хоть и "не рекомендовано" но вроде нормально работает.

нет, пробовал на своём 3930к поставить 11 потоков на 6.34 клиенте - не берет, сам автоматом выставляет 10 потоков

Недавно столкнулся со следующим: при запуске с ключом -smp 21..23 (из 24 доступных потоков) клиент сам переключается на счёт в 20 потоков.

Mad'Max Остановил счёт на процессоре, загрузка видеокарты постоянно стала 99% (до этого прыгала на значениях 97-98%), но обвалы по прежнему происходят. Ради интереса запустил игру CS: Global Offensive - ФПС 60-80 и регулярные фризы/рывки картинки. На старом ядре такого не было.
Резюме: пусть занимаются оптимизацией этого ''нового'' ядра.
Напомните пожалуйста ключ на большие задания для видеокарт на старом ядре. Если мне не изменяет память, он был вида: client-type=advmethod(s?). И, помоему, дефис вначале?

Та же фигня при просмотре видео и при запущенном Elsword-е.

Я запускал счет в 7 потоков на 6.34 клиенте. Не для всех жаб годится (емнип, 75хх вываливаются, а 69хх и 71хх считаются), но работать может. Но результат чаще - на уровне счета в 6 потоков, иногда лучше, иногда хуже.

Я только на 7м клиенте пробовал нечетное ставить(5 из 6 имеющихся). И только A3/A4 ядро. Там работало, на других вариантах не пробовал.

да стоит но толку 0

где его прописывать то в 7.3 ? в старом gpu tracker всё по проще было
да дрова последние