Обсуждаем проект 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

Пробема такая. При загрузке обоих ядер начинает тормозить игра CS 1.6. Только она. Тормоза выглядят следующим образом - на полсекунды экран зависает, потом очухивается и все нормально. Если дождаться этого лага, и выйти в Винду, то лаг продолжается. Это не фриз потому что смотрел Ривой. С перегревом тоже все впорядке. Если выключить F@H то все становиться нормально. Специально проверил на Розетте - там все впорядке. С чем может быть связано?

Анугмыч
У меня когда включаешь ГПУ клиент вся машина становиться как один большой тормоз. То есть как будто половину скорости машины просто взяли и отняли/

Anoss Наткнулся в статистике докторов на интересную колонку: "Max packet memory smp cores" (это в таблице справа). Насколько я понимаю, это минимальные требования по оперативной памяти. Может куда-нибудь прособачить в твоё "Состояние..."?
Добавлено спустя 2 часа, 42 минуты, 35 секунд
Доктора зажали очки минимум за две жабы 2606, уже второй день с ними на их территории воюю.
И пишут:
Скорее бы уж статистику в чувство привели...

Мда. За слетевшую на 56% по ЕУЕ жабу (2415 - 500 очковая) дали всего 22 очка.

WildCat Ну, за SMP вообще не дают. А за 2606 13% я получил 2 очка недавно.

Hil

хотел скачать , пишит урл не найден

sukhanovsergey Можешь попроовать от меня стянуть: QFIX

Agafonov_KY Спасибо
Че-то оно весит мало 8,5 кб и при запуске ничего нету

sukhanovsergey Он так и весит. Запускай с консоли или через батник с паузой на конце.

у меня за 1498, посчитанную на 96% дали 139 очка, что-то они мухлюют

Так же как и со многими другими интересными колонками, совершенно невозможно определить, какому заданию какая цифра соответствует) Ты предлагаешь усреднять?)

Anoss Я думаю, что это минимальные требования для сервера, соответственно и для всех жаб на сервере. Это даже практика подтверждает: с big=y t=3 memory=60 ни в какую на 65-й сервер за жирными жабами идти не хочет, а с memory=900 - в лёгкую.

http://fah-web.stanford.edu/cgi-bin/mai ... pe=osstats

Можно видеть, что за счёт "родной" поддержки F@H на PS3 очень многие пользователи последней подключились к Фолдингу и уже на сегодня составляют практически половину вычислительных ресурсов проекта. И дело не в фантастической скорости PS3 даже, а в том, что в прошивку этой приставки (текущих версий) Фолдинг изначально добавлен. Так что многие подключаются.

Это ещё только начало, сложно представить, что будет через полгода, когда приставок будет в несколько раз больше...

Как насчет… мм… VSPMF95, vspg4?

DayWalker Видимо, сбой был уже в первых частях расчётов, вот и засчитали мало. При NaN чаще всего дают ровно столько, сколько просчитано %, по крайней мере, так было раньше.

Anoss
171.65.103.100 VSPMF33 - это резервный сервер приёма, так что прочерк - это нормально
171.64.65.56 vspg4 - странный какой-то, может написать минимальное и максимальное значение. Типа 2-200.

106-й опять был недоступен. Пришлось для слива жабы настроить крон на запуск клиента с -send all каждую минуту и блокировкой 100-го, во избежание (на всякий) лишнего трафика. Минут через 20 пробился
Добавлено спустя 8 минут, 49 секунд
А ведь usereg похоже действительно влияет на слив. Сейчас одна нода заартачилась со сливом на 160 (!) сервер. При этом новую со 162-го преспокойно закачала и начала считать.
Перезапуски не помогли. Поставил usereg=no слилась сразу.

Behc VSPMF95! а не 33)
Добавлено спустя 30 секунд
Я подумаю, короче)

Anoss Мда, попутал.
Интересно еще что это за жабы были на 171.64.122.135 VSP68, если они требовали 1,5 Gb (!) оперативки.

Behc хде? для чего? что за клиент такой?