В теме рассматривается любая статистика по заданиям проекта Folding@Home

Программа FahSpy давно не обновлялась и связка может не всех устраивать, поэтому на данный момент лучше пользоваться HFM.NET

Пример заполнения статистики, используя HFM.NET:

Примеры заполнения конфигураций в FahSpy и HFM.NET:
Intel Core i7-5930K 3.7Ghz 4.0GHz 2x1 GB DDR3-1800 MHz Win7 SP1 x86 v6.34 -smp 10
Intel Core i7-5930K 3.7Ghz GTX980Ti 1500 1.231v Win10 x64 358.91 WHQL v7.4.4 -beta
- Если на компьютере одновременно работает несколько клиентов, то обязательно писать итог
- Если счет идет только на видеокарте, то модель процессора можно не писать

- Величину PPD (кол-во очков в день) можно оценить с помощью Folding@Home Bonus Point Calculator, для этого нужно знать номер задания и время на шаг.

- Оценить производительность видеокарты на различных заданиях можно по таблице GPU Folding Projects - Performance от команды overclock.net
- Лучшие результаты для SMP и BigAdv заданий. - устарело
Информация по расчетным ядрам (на английском).
Официальная страница по выдаваемым на данный момент заданиям (с бета).

Архив темы за 2008-2011 год.
Архив темы за 2006-2007 год.

GoLeM_LI
Как обычно, поймал без ключа -смп, прервал счет, и вернул ключ обратно. Год назад мы так задания типа 8001, 8004 и 8011 считали. Даже автоматизировали процесс получения не-смп заданий и перезапуск клиента с ключом смп. ППД тогда подскочил в разы! Но лавочку прикрыли быстро, переоценив эти А4 жабы так, что их стало считать невыгодно против 69хх/71хх. Зацени:
8011 до: http://forums.overclockers.ru/viewtopic.php?p=9241907#p9241907
8011 после переоценки: http://forums.overclockers.ru/viewtopic.php?p=9244736#p9244736
Среди активных участников форума был немалый всплеск интереса и энтузиазма, причем не как в случае с 8057, которые не всем шли, и не всем были нужны, и давали нереальный прирост. Тут же было практически читерство.

Т.е. это якобы однопоточное задание без проблем ветвится по нескольким ядрам?

Да, тогда на БЖ меньше получалось

Скорее многопоточное задание может считаться в один поток при необходимости. Особенность ядра GRO-A4.

Доктора те еще затейники...

Вернулся на 7 клиент


Итого: 84409

В продолжение этих 2х постов про жабы проекта 11051:
[F@H] Статистика заданий #10436433
[F@H] Статистика заданий #10443296

Не, я вообще офигиваю.
Решил я ту странную жабу(см. 2ю ссылку) прибить и продолжить тесты на примере другой.
Ну и прибил (дав команду клиенту ключиком -delete 01). Он жабу убил.
Убрал ключик, перезапустил. Скачалась следующая жаба. Которая оказалась в точности той же самой: 11051 (0-66-30)
Хмм. Убил ее 2й раз, только в добавок еще папку /work зачистил и файл queue.dat удалил.
Перезапускаюсь - сервер мне опять ту же самую жабу еще раз присылает.
Странно, я как-то не правильно жабу убивать пытался? Что сервер мне ее же снова и снова присылает. В 7м клиенте (через -dump) жаба убивается и больше не приходит, а в 6м умирать никак не хотела...
Ну да ладно, главное не в этом. Раз уж сервер ко мне так с этой жабой привезался, решил фиг с ним - так и быть досчитаю ее до конца, чтобы потом уж точно новую получить. Считаться ана запустилась конечно с самого начала (т.к. чекпоинты были убиты вместе с предыдущей ее копией).
Вот тут-то и был сюрприз: (SMP + активность юзера)


SMP + комп оставлен в покое:


До перевыдачи сервером она считалась с PPD ниже 5к. После повторной выдачи(той же самой жабы 0-66-30) PPD подскочил аж в 3 раза.
Ну а предыдущая жаба этого проекта считалась с PPD 12-13k.
Хотел посмотреть как у других такие жабы жуются. А никто в этим номером еще не отмечался. Похоже я его 1й зафиксировал.
Так что проект 11051 вот так вот странно себя ведет. Даже одна и та же жаба (не говоря уже о разных из одного проекта) может совершенно с разной скоростью считаться. С другими сериями ничего такого пока не замечал - между проектами разница по PPD есть (но умеренная), между жабами 1го проекта практически нет (разве что неск. %).


Да, это многопоточное может и в 1 поток считаться без проблем. И наоборот.
И на A4 и A3 так тоже умеет. Как я писал в другой теме A3 и A4 вообще ничем в части собственно счета не отличаются (кроме названий, привязки к конкретным проектами и 10% бонуса к очкам за жабы на А4).
Не знаю, остались ли вообще реально однопоточные жабы, вроде классическое 1 поточное ядро планировали упразднить?
По крайней мере сейчас если попробовать простой однопроцессорный клиент запустить (или в 7м клиенте uniprocessor слот добавить) качаются обычные A3/A4 ядра (только считают в 1 поток при запуске) и обычные жабы (те же самые, что на SMP ловятся, ну вероятно кроме самых крупных-длинных)

Mad'Max
есть задания которые больше 2 потоков не понимают например... И вроде и чисто 1 поток еще есть даже

Наконец-то дождался) вот бы подряд таких поболее...



а вот на 460-ку чего-то новенькое пришло, но не интересное в отличие от 762х

Зависит от процессора. Совсем старым машинам (без SSE2) выдают задания для громакса от 8 марта 2006 года. Я выкладывал недавно результат с ппд = 60 на celeron 1000@1330

Behc
В 7м клиенте не нужно никаких танцев с бубном типа зачистки реестра или смен id. Даешь команду --dump xx, где xx номер жабы. И жаба удаляется и больше не присылается, т.к. сервер тоже знает(клиент сообщает), что эта жаба специально удалена по команде участника, а не случайно повреждена/потерялась.
Некоторое удивление же от того, что в 6м аналогичная функция -delete xx работает совсем не аналогично - клиент жабу удаляет, но серверу либо вообще не сообщает (либо сообщает, но тот не понимает). В результате сервер шлет ее же повторно до упора, решая что это какой-то сбой. Хотя это никакой не сбой, а штатная(но видимо криво/не до конца реализованнная) функция клиента.
Все остально описанное это костыли - призванные обмануть сервер, чтобы он клиента не узнал и просто не смог прислать ее заново...

GoLeM_LI
А вот они куда ушли. Ясно, у меня ничего такого древнего нет (точнее на работе есть, но такие машинки и так тормозят, что даже не было мысли на них что-то из РВ ставить), поэтому на унипроцессор только обычные A3/A4 и ловились.

Странно: результаты по первому заданию получены в конце счета, комп активно использовался для интернета, ППД снижался периодами до 19К. По второму, из той же серии, номера подряд, ППД на 1К ниже, при этом получен на компе, свободном от посторонних нагрузок. Да, параллельно считались 762х жабы...

После перепробованного десятка с лишним типов жаб, пришел к выводу, что на этом процессоре максимальный PPD достигается на заданиях с длинным деадлайном/малым k-фактором (k<=0.75). На жабах с короткими деадлайнами и высоким k, PPD получается существенно ниже - 11-14к против 16-17к на длинных деадлайнах. От самой жабы (какого именно проекта) не особо зависит. Главное из группы "с большим k" или "с низким k" она.
А ловится больше всего жаб с низким k, если вообще никакие ключики не прописывать (либо клиент=normal).
На других слабо-средних процессорах(типа старых корок-квадов, i3 и i5) по-идее должно быть аналогично (т.к. это свойство не процессора, а самой бонусной формулы и выставленных докторами параметров деадлайн+k).
В отличии от самых мощных, где высокие k/короткие деадлайны рулят.
Т.е. "вкусная" или "кислая" жаба для SMP понятия весьма относительные - зависят от скорости процессора.

Кстати, еще она вещь. - Все в курсе, что на A4 ядре 10% бонус все еще дейсвует(хотя изначально на пару месяцев вводился, которые давно прошли), но по прежнему нигде не отображается(только непосредственно при зачислении очков)? И что соответственно результаты выдаваемые FahSpy или бонус-калькулятором для A4 жаб нужно мысленно на 1.1 умножать?

Экспериментировал - доэкспериментировался. Поймал новый жаб-с. Невкусный. Температура - градуса на 4 меньше у меня, чем на 762х (сейчас около 65), а ППД - на 6-7,5К ниже, чем на 762х. Дедлайн 15 суток. Желаемое время - 12 суток. Как влияет на счет на процессоре, пока не знаю, думаю, что так же, как и другие "легкие" жабки.



Добавлено спустя 13 минут 9 секунд:
762х идут теперь на ключи адвметодс, тип биг, как и раньше.

Добавлено спустя 7 часов 23 минуты 2 секунды:
И то же самое задание 7505 в середине счета:

Время на шаг сократилось на 43 сек., ППД подрос.

CPU



GPU



ИТОГО = 88737

На GPU вообще никаких ключей, нормально идут 76-е

что то ппд упал на 800 очков