Обсуждаем проект Rosetta@Home.
Все вопросы задавать только после прочтения
FAQ по проекту Rosetta@Home
(обновлен 05.07.2020)

официальный сайт проекта
наша команда номер 528.
скачать BOINC клиент. (Windows, OS X, Linux, Android)
"Portable" версия BOINC клиента

Новости о борьбе с COVID 19 и о проекте в целом с оф. форума за март 2020 (спасибо Lecc)
Список научных достижений за последние 5 лет от 19.01.2019 (спасибо Lecc за анализ)

Альтернативная статистика:
1) BOINCstats;
2) stats.free-dc;

Соседние темы:
[TSC!] Наши успехи в Rosetta@Home
[R@H] Догонялки
[TSC!] Разбираемся с BOINC
[TSC!] Заготовки для FAQ BOINC
[TSC!] Выбор железа для F@H и R@H

Мы в Telegram - https://t.me/TSCRussia

мне кажется это временно.....либо у дохторов такая фишка либо клиент чудит......раньше такого не было.....

Было. В прошлом году и со старым клиентом. Я выше об этом писал. И само потом прошло. Я ничего специально не делал.

#77

И это вчера ещё "порядок навёл". Зато потом, ка-аа-ак сольётся... всё разом!

Комрады может подскажет кто.., "дело в следующем" (с), сёдня с утра не "включились" мониторы, хз быстрей всего после вчерашней обновы он "комп" ушол поспать и не захотел просыпаться (выходить из режима) помог только жёсткий ребут, после этого вижу такую картину( маслом);
#77
про нехватку оперативы чесно говаря раньше не замечал, тут смутил "долгий" запуск клиента (заданий) обычно через минут пять и нагрузка 100% а тут больше получаса, ну и начал искать причину. Так что надо докупать оперу?, или просто "локально-разовый глюк".

Moz
если не боишься тормозов, в настройках прибавь %ОЗУ... А так, чой-то много кушаит....

Moz
Процент занимаемой памяти при работе под Розетту сколько разрешил? По умолчанию там 80%, а жабки под Розетту Мини толстые, жирные пошли. Посчитал на калькуляторе - такое может быть, если при старте одной жабы объем занятой памяти переваливает за 4,79Гб. (80% от 6Гб)

Настройки по умолчанию, наверно действительно пора увеличивать общий обьем.
зы. а пока нет такой возможности перевести на 4 потока?

Видно после перерыва в заданиях, они решили выдавать только толстые, раньше было по 450Мб, сейчас почти все по 640Мб...

Сегодня обнаружил такую настройку как Target CPU run time. Выставляется от 1 часа до 1 дня, по умолчанию 3 часа.
И вот что интересно. После смены с 3 до 6 часов, клиент стал считать жабы, висевшие у меня в пуле в 2 раза дольше. То есть задания те же самые. Верно ли я понимаю, что при выставлении 1 дня, можно порезать трафик в 8 раз? Камрады, кто-нибудь копал эту тему?

bronevik
Копали ищи выше. По трафику - да, уменьшишь. Но очков прибавиться не пропорционально времени, по моим прикидка оптимальным является 3-4 часа на задание.

sgrinns
То есть, если я выставлю большое время, ППД упадёт?

Как такое возможно?! По логике вещей ведь наоборот должно быть - меньшее время на отправку/приём + трафик докторов разгружаем (могли бы уже за это "бонус" дать).

P.S. У меня сейчас стоит чуть больше шести часов на одно задание, а пару дней стояло 12 часов...

bronevik, sgrinns не совсем прав. granted credit будет во столько раз больше/меньше, сколько соотношение новое/старое время. Но реально ты насчитать столько вряд ли сможешь, т.к. поработать, поиграть отъест процессорное время неодинаково. Но проблемка чуть в другом. За сутки, если одно из заданий под конец выдало compute/validate error, то если задача была на три часа, то три часа ты и потеряешь, а остальное время не пропадет. А вот потеря суточного задания приравнивается к полному простою ядра.

Leonator
По-русски это звучит, как
нет, время счёта одного задания на количество очков в сутки не влияет. Проверено многолетним опытом. Влияет лишь на интернет-трафик. "Большие" задания хуже считать только потому, что и риск при потере больше: потеряв трёхчасовое задание, есть шанс, что семь остальных успешно посчитаются. Потеряв же на 98% суточное - теряешь сутки счёта одного ядра.
Так?

noname2
Если так будет угодно

noname2 Leonator
Всё понял. Спасибо, что просветили.

Словил ещё глюк на 6.12.26, если всё правильно понял. Остановил пару заданий на 93%. Перезагрузил ПК. Клиент ясное дело переключился на другие задания. Поставил на паузу текущие, запустил те, у которых оставалось по ~93. Он на них вскоре... ~50% написал. Но ничего, через минут 10-15 написал как положено "100%, готово к отправке". В печь эту 6.12.26 версию! Мне осталось считать скачанные задания (без правки времени на счёт ) около двух дней, но с нуля бы уже не поставил эту 6.12.26. Лучше старую, куда более, как говорят, стабильную 6.10.XX.

Не совсем правильно.
BOINC дейсвительно заливает результаты задания сразу же после окончанию их расчета на сервер, НО никому об этом не сообщает - просто заливает файл на один из файл-серверов (как на FTP) и он там лежит без обработки. В этот момент задание как раз и имеет статус "Ready to report". (что некорректно переведено как "ожидает подтверждения о приеме данных")
При следующем соединении с основным сервером проекта (при получении очередных заданий или принудительном нажатии "Update") он и делает тот самый "report" - т.е. сообщает серверу, что я клиент такой-то, какончил расчет по таким-то заданиям, в такое-то время, результаты расчета лежат в след. файлах (и там ссылки - на файлы которые он заливал сразу после расчета на файл-сервера) и только теперь все эти данные заносятся в базу данных, задание считается сданным и начинается его обработка (проверка правильности, расчет и зачисление кредитов и т.д.).

Добавлено спустя 24 минуты 17 секунд:

Вот выше упоминавшиеся "Maximum daily WU quota per CPU " и есть счетчик сколько тебе можно получить заданий введенный для защиты от глючных машин - после каждого сбойного задания он уменьшается, после каждого успешно сданного - увеличивается (но не более максимально возможного типа 100 шт в сутки). Если правильно помню уменьшается на 1ед(за каждое сбойное), а вот увеличивается в 2 раза (за каждое успешное).
Таким образом постоянного бана нет, но если машина будет сильно сыпать глючными заданиями квота на нее постепенно урежется до 1 задания/сутки - до тех пор пока владелец не разберется с ее стабильностью, после этого как только пойдут успешные задания квота быстро вырастет до нормального уровня (1-->2-->4-->8-->16-->32-->64-->100).

Добавлено спустя 18 минут 3 секунды:

Эм, зачем тут какие-то теории выводить, в квоте же написано "Maximum daily WU quota per CPU - 100/day ", т.е. это квота на 1 ядро/поток(под "CPU" BOINC понимает логические процессоры), больше ядер - и квота больше, т.е. в этом примере HT на 6ти ядернике вообще должна быть 1200 заданий/сутки.
Т.е. если даже ставить в настройках задания по 1 часу все равно до этой квоты далеко. Она не для "нормирования" выдачи заданий же сделана, а только для защиты от глюков (когда в клиенте что-то глюканет и он начнет сосать задания до бесконечности), читеров и вредителей.
В нормальных условиях с ней в R@H можно столкнуться только в одном случае - самые короткие задания (1-2 часа) и резко увеличить кеш заданий (на 5-10 дней) вот тогда сразу весь кеш заполнить эта квота не даст (но через 2-3 дня он все-равно наполнится до заданного уровня скачивая по 100 шт на каждое ядро в сутки). Ну еще при длительном отсутствии инета или других подобных сбоях - когда весь/почти весь кэш клиент прожует во время простоя, и потом попытается за раз опять на 5-10 дней заданий засосать.

Добавлено спустя 14 минут 7 секунд:

Ну дык, это у них привычка с фолдинга - там же больше одной жабы в руки не дают. Вот люди так же и тут думают по привычке и не знают, что тут жаб можно сотнями в кэше про запас засаливать на черный день.
Как буду FAQ по BOINC дописывать надо где-то в начале будет это жирным выделить дескать, что делать в первую очередь после установки -
1. Отключать(ставить 0) опцию "не использовать при загрузке процессора более 25%"
2. Увеличивать кэш заданий.

Добавлено спустя 13 минут 19 секунд:

Все работает, думаю вы просто не умеете его готовить (с) (хотя 6.10.хх мне тоже больше нравится, но только по причине того, что там удобная вкладка для просмотра логов есть, вместо бесполезной "Notices" )
При выходе есть табличка запрашивающая подтверждение на выход?
Вот в ней ставим галку - "Stop running science application when exiting the Manager" - и тогда при выходе будет гаситься(корректно завершать работу и выгружаться из памяти) все: менеджер, клиент, все расчетные модули.
А если галки нет - то гасится только менеждер (расчеты при этом продолжаются).

Если таблички такой при выходе нет, тогда идем в опции (Меню-->Tools-->Display and Network options-->вкладка General-->Enable Manager exit dialog?) и включаем ее.

Добавлено спустя 16 минут 45 секунд:
P.S.
По научной части обновлений пока не будет. Не было времени почитать выложенные публикации.
Сейчас время свободное появилось, но сначала буду инструкцию/FAQ по BOINC дописывать.

Mad'Max
Спасибо за инструкцию по правильному завершению работы клиента – действительно надо было лишь включить запрос на выход

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