Всё, что касается мониторинга и статистики работы клиентов Folding@Home.

Монитор FahSpy (Windows) от нашего российского комрада Angel999:
http://fahspy.org/index_ru.html
Последняя версия 2.0.1 от 13 января 2010 (размер 606 КБ)
Для 7ой версии клиента возможно использовать только конвертировав логи с помощью связки, написанной нашим комрадом biker
___________________
Программа HFM.NET автор harlam357 из англ. команды overclockers
Список загрузки версий HFM на Google Drive
Файл нужно качать HFM CPU 0.9.X.XXX.msi, а не zip-архив
Для отображения свежих проектов нужно добавить ссылку для обновления базы: HFM/Edit->Preferences->Web Settings->Project Download URL->вставить http://assign.stanford.edu/api/project/summary и после этого нажать в меню Tools\Download Projects From Stanford
(за найденную ссылку спасибо musicman321)
Альтернативный вариант: нужно скопировать файл(при этом HFM должен быть закрыт!) ProjectInfo.tab или ProjectInfo.tab копия на нашем сайте в папку C:\Users\%UserName%\AppData\Roaming\HFM
Список текущих проектов: https://apps.foldingathome.org/psummary?visibility=ALL

Chugumoto
На паскале под винду????

Мономах на дельфи она) т.е. на паскале под винду, да))

Angel999
Сдается мне, ФахСпи сохраняет конфиг с одним переводом строки в конце файла вместо двух, как это делает сам клиент. Как бы чего боком не вышло.

#77
Добавлено спустя 23 минуты, 43 секунды
Хм… дошло) Странно все это) В консоли одно, в фахспае другое, а в логе самом уж давно 100%..))

FahSpy на китайском Can anybody translate it?

Angel999
Мои поздравления.

Angel999 Реально здорово!
Респект!

Angel999 Что, забацаем китайский плагин к FAHSpy?
А вообще пора уже

Кстати, я не понял или нас не поняли?
http://www.diy-street.com/forum/showthr ... 29&page=83

Мономах а в чем вопрос?

Angel999
Убедительная просьба: нельзя ли или вообще убрать усреднение ppd, считая только по последнему %, или сделать это как опцию? В нынешнем виде получается бредовое усреднение при первых %% после возобновления счёта, плюс невозможно сразу оценить результаты разгона без калькулятора. Напрягает иногда.

немного не понял о чем речь идет... можно по подробнее? )

xtrimall FAHSpy считает ppd и среднее время на % не за последний процент, а за несколько последних процентов. Поэтому после разгона (особенно "на лету") реальные результаты видишь только через 3 или около того процента. Для некоторых жаб это слишком долго, для большинства, пожалуй. Хотелось бы за 1 полный % видеть сразу нормальный ppd.

Chugumoto
Q:

A:

Может я не правильно перевёл. Я так понял, что человек не смог разобраться с мониторингом по сети?

Мономах а... понятно... может и действительно не знают как путь сетевой указать...

Нельзя. Усреднение по последним трём полным записям в логе было всегда, и менять алгоритм расчёта в угоду чьим-то капризам считаю неразумным


Пожалуйста чётче формулируйте свои мысли. Никакого "бредового" усреднения при начале расчета нет. Отбрасывается первый завершенный интервал, как скорее всего неполный и дальше расчёт идет стандартным образом. И такой алгоритм корректно работает всегда для всех ядер, кроме Win-SMP, которое просто тупо дублирует одинаковые строчки в лог. Почему бы тебе не обратиться к докторам, чтоб они зафиксали свой очевидный баг?


Перезапусти расчет. Как только прогноз появится, он и будет по одному шагу.

Это не каприз. Это вполне разумное пожелание. Если я только что нагрузил машину игрой на час, потом вышел, на кой мне средний ppd, не отражающий вообще ничего? Пока игра идёт, ppd стремится к нолю, потом по выходе он будет изменяться каждый %, но всё равно средний ppd за сутки я не увижу НИКОГДА. Так не лучше ли видеть ТЕКУЩИЙ ppd, который хотя бы что-то достоверно показывает (например, пиковую скорость машины)? Если идёт речь о том, чтобы учитывать переменчивые нагрузки на машину, то, скажем, у меня на машины 16 часов в сутки нагрузка помимо F@H стремится к 0. Остальные 8 часов она весьма умеренна, к тому же периодически меняется весьма хаотичным образом. Браузеры, скажем, имеют тенденцию сбрасывать ppd на 5 - 15%, а Word - 0%. Что мне даёт тут усреднение за 1,5 - 3 часа (условно)? Чем оно лучше усреднения за 1% (20 минут - час)? Последнее хотя бы быстрее даёт точную цифру при замере пикового ppd.
Обидные слова ты говоришь.

По крайней мере, рассмотри возможность дополнения опцией "не усреднять ppd/время счёта".

По поводу перезапуска расчёта - это придётся делать сразу по завершении ЦЕЛОГО %. Иначе будешь терять время счёта. Но даже в этом случае придётся ждать ДВА процента, а при разгоне машины как бы каждые полчаса на счету. Я вот вечерами на работе разгоняю машину, сижу с 6 до 8 и больше, и всё равно толком не успеваю тестировать. Каждый перезагруз хочется подогнать под целый %, но на это ещё можно наплевать. А вот на необходимость ждать 2% вместо 1, чтобы оценить последствия разгона и оптимальность того или иного варианта - это уже напрягает (на практике приходилось сидеть с калькулятором и вручную высчитывать секунды на % из лога).

Hil Ну, производительность разгона можно оценить и другими утилитами, нежели F@H.