Всё, что касается мониторинга и статистики работы клиентов 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

Angel999

в разных версиях наблюдаю глюк у себя. Пытаюсь закрыть fahspy, нажимаю F10, из трея иконка пропадает а в процессах висит. Приходится вручную процесс убивать. Винда ХР СП2 корпоративка.

EarlVadim Есть другой способ, кроме удаления. Можно блокировать "неугодные" сервера - те, что раздают самые "дешевые" задания. Проблема в том, что клиент может часами стучаться на один IP и в результате потери времени перекроют выигрыш от хорошего ppd. Вот тут и может пригодиться прога, которая бы крутила дополнительные копии клиента в ожидании нормальных жаб, а после получения дожидалась освобождения какой-нибудь машинки и переправляла жабу на нее.

alx10

Как дело обстоит в последней версии (1.1.7 на данный момент)? Каково общее количество мониторящихся каталогов? Сколько по времени после закрытия программы надо ждать, чтоб процесс FahSpy сам пропал из диспетчера задач? Ну и конфигурацию компьютера тоже интересно узнать.

положил сюда последний FAHSpy117

Как ни собирался я отойти на покой, но неугомонный Agafonov_KY обнаружил ошибку в расчете размера задания. Дело в том, что после нахождения размера последнего задания анализ логов не прерывается, а идет дальше. Соответственно, размер получается от первой строчки в логе, где встречается "decompressed". Будьте внимательны, публикуя статистику по заданиям.

vbif Хочется под линух скрипт, который на выходе выдавал бы примерно такой текст:
Имя задачи: p1481_tet_2nm
Размер: 3,8 MБ
Очки: 364
Фреймы: 100
Ядро: GROMACS
IP сервера: 171.64.122.128
Очков в час: 13,97
Очков в сутки: 335
Ср. время на шаг: 0:15:38
результат 8097kB
Переменные типа адрес логфайла желательно, чтобы хранились в отдельном файлике. Хочется, чтоб было понятно, что и как туда вбивать. Файлик, где есть список проектов с написанными там очками за юнит, можно взять из какой-то уже написанной под винду соотв. проги, например Assistant FAH by Eraser.khv. Думаю, он не обидится.

Angel999

все осталось как и было, т.е. процесс висит

в данный момент было 52 (всего 56)

засек время, что-то около 3-х минут. Сначала процесс занимал в памяти 12,8 МБ, затем "уменьшился" до ~10,7 МБ, после чего пропал.

Пжлста
Pentium IV 2,26 GHz(Northwood, Mo)@3 GHz(Clockgen), P4P800-VM, 2x512 Mb DDR400@358 2,5-3-3-7 Samsung, HDD 80 Gb SATA, SyncMaster 957Mb

alx10
На самом деле программа действительно немгновенно закрывается. Можно сказать такая особенность архитектуры Это связано с тем, что при закрытии начинают корректно завершаться "следящие" за каталогами нити. Приоритет их работы низкий. Так что, если религия позволяет, лучше всё-таки не убивать вручную процесс FahSpy. Со временем сам должен завершиться.

Другое дело, что три минуты - это конечно черезвычайно долго. У меня пока нет мыслей, с чем это может быть связано. Я сейчас поробовал на 60 каталогах. У меня процесс завершается за 6-8 секунд, занимал 9.5 MB памяти. Это на Athlon64 3500+, WinXP pro SP2 rus.

Дугой вопрос. Когда нажимаешь в панели задач правой кнопкой, потом "ЗАКРЫТЬ Х", чтоб сворачивалась ??

Angel999

гм... может долгий процесс завершения связан с тем, что у меня инет на комп идет через VPN, который у меня очень сильно тормозит сканирование сетки. Вручную процесс убивал только тогда, когда ставил новую версию, так как прога говорила, что 1 копия уже запущена, я ж тогда не знал ,что надо 3 минуты обождать

ЗЫ А можно добавить также куда-нить строчку сколько будет занимать результат? Для меня это очень важно, у меня трафик ограничен.

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

Нарушитель

Хм. А какая тут разница, кто будет ломиться. Удалённый хост или Главный.
Кроме того, в любом случае принятые программой дешёвые юниты удаляться должны.
По моему опыту, если валит мелочь, то остановка запуск сервиса никак не помогает.
А если заданий на раздачу вообще нет, то клиент вообще может 5-10 часов ломиться впустую.
Перезагруз клиента тоже проблемы не решает. Так что раз в неделю у меня простаивает по 2-3 хоста по пол-суток.
Вот эту проблемку я ещё добавлю, потому как актуально. Лучше пытаться кэшировать юниты как-раз за 10-12 часов до окончания счёта предыдущей. Собсно у меня это так и происходит. А для того, чтобы задания не сливались удалёнными хостами, там в параметрах консоли ключи есть. Единственно, в програму завтра добавлю запрет отправки результата для удалённого хоста (ну типа самостоятельная отправка).

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

EarlVadim Разница в том, что когда хост ломится сам - значит он не считает, а на головном этим может заниматься отдельная копия. И вот для предотвращения простоев это и задумано.
Кстати, а как ты собираешься задавать параметры консоли? Она ведь сервисом устанавливается? Или нет?

Ну с этим я согласен. Собсно это я и описал своими словами.

О какой именно консоли речь? В общем-то это не имеет значения. Все ноды устанавливает
пользователь. Программа лишь при необходимости их останавливает и запускает вновь.
А вот консоль для работы с кэшем запускается (и убивается) не сервисом.

Angel999 Я думаю стоит добавить лог работы самого F@HSpy, в который писать какие ноды проверил, какая проблемная ситуация встретилась, когда и какое задание посчиталось....
ЗЫ +когда прошло (или не прошло) автообновление базы заданий.
ЗЗЫ Ждем статистику (очень хочется проверить все ли задания засчитываются и сколько за них дается очков, т.к. что то много стало "Folding@home Core Shutdown: EARLY_UNIT_END" причем на разных машинах)

F@H Spy версия 1.1.8


http://webfile.ru/814963
Имя файла - FAHSpy118.rar , размер 500 Кбайт, номер на WebFile.ru - 814963, файл будет доступен минимум до 23.02.2006 11:21.

Положил и сюда соответственно FAHSpy118 (безвременно 3 последнии версии)

Angel999 Нет, не дадут тебе покоя
Вот такое сообщение:
[06:04:37] - Couldn't get size info for dyn file: work/wudata_02.dyn
у тебя помечается как критическое, а на самом деле tinker так начинает расчет юнита. Вот и задачка - как определять, что это не сбой, а новый расчет...
Но это не горит

Увидел обновление базы по заданиям - это гут. Но нет настроек для прокси с авторизацией, ну или хоть на первых порах можно из IE брать. Так же неплохо было бы видеть версию БД по заданиям или хотя бы время последнего обновления.

Что-то я совсем забыл, что иногда прокси логина и пароля требуют Где вы раньше были?
А база по задания - это громкое название файлика psummary.html который берется отсюда Можно вручную через браузер сохранить его в каталог с программой. Должна подхватить.
Добавлено спустя 54 секунды
Ну и соответственно время последнего обновления это просто дата создания psummary.html