Куратор темы Статус: Не в сети Регистрация: 19.01.2010 Откуда: Санкт-Петербург
В логе ничего криминального, за исключением отсутствия конфигов и преференций (нет ни локальных, ни серверных настроек). Поэтому абсолютно все работает на настройках по умолчанию. В том числе это: suspend work if non-BOINC CPU load exceeds 25 % Т.е. приостановка всех расчетов, каждый раз, когда что-нибудь (кроме BOINC) грузит процессор. Это при последней переустановке все удалил, для "чистой" установки? Впрочем врядли это имеет отношение к глюку.
Статистику за все время не знаю. За последние пару месяцев можно на BOINCstat посмотреть: Найти себя в списке: http://boincstats.com/ru/stats/14/user/list/0/0/528/0 Выбрать нужный компьютер и смотреть - там есть график за последние 60 дней и точные числовые данные за последние 40 дней. "Проблема" в том, за эти сбойные задания очки нормально зачисляются, так что провал по очкам там будет заметен не с фактического момента когда пошли ошибка, а с момента когда квота заданий упала до 4/сутки и кончился кэш. Т.е. на N дней позже начала глюков. (где N это размер кэша + время на сдачу ~90 сбойных заданий)
А вообще дальше не знаю что делать. Время для радикальных мер - или винду переустанавливать/перезалить или бросить временно R@H и перейти в другой проект РВ. F@H например. Или из других BOINC проектов по выбору.
Куратор темы Статус: Не в сети Регистрация: 19.01.2010 Откуда: Санкт-Петербург
Интересно, упорный глюк. На оф. форуме молчат, никто не в курсе. Поэкспериментировать что-ли... Для начала попробуем x86 версию вместо 64bit - Скачать файл (это комлект файлов minirosetta 3.11 для x86 + конфиг файл заставляющий принудительно ее использовать): MiniRosetta_x86.rar - Выключить(полностью выгрузить) BOINC - Распаковать архив в папку Rosetta (можно перед этим все ее содержимое удалить), обычно это \Data\projects\boinc.bakerlab.org_rosetta\ - Запустить BOINC - Наблюдать за результатом
Да, все имеющиеся задания от этого умрут. Так что если есть уже посчитанные, но еще не отправленные на сервер, то сначала "обновить" проект, чтобы все отправилось.
Куратор темы Статус: Не в сети Регистрация: 19.01.2010 Откуда: Санкт-Петербург
По тем пачкам жаб, которые у всех в самом начале вылетали. Доктора признали свою ошибку, снаяли остатки серии из очереди заданий и принесли извинения. Это еще неделью назад было. Оригинал:
Цитата:
Hello everyone!!
Apologies!
I am Ray Wang, one of the protein structures predictors of Baker Lab CASP10 team. Few days ago, there were massive error submissions which caused the success rates to be zero. That was due to a remiss update of the CASP working pipeline. We were very sorry about causing the inconvenience for you all, and for sure will be doing more meticulous checking before we trigger the pipeline!
Again Sorry about this, and THANKS you all for the contribution to the Rosetta@home! We couldn't accomplish these scientific feats without your participation!!!!!
Куратор темы Статус: Не в сети Регистрация: 19.01.2010 Откуда: Санкт-Петербург
Ндя, рекорд однако. Больше основной базы данных (minirosetta_database_rev48292.zip) Если еще не удалилась, посмотри - она реально заархивирована? (расширение еще ничего не значит) А то может опять накосячили пропустив в скриптах этап сжатия.
Добавлено спустя 33 секунды: NGC7293 Как прошел эксперимент?
TSC! Russia member
Статус: Не в сети Регистрация: 31.08.2005 Откуда: Петербург Фото: 0
GoLeM_LI писал(а):
input_extra_vall_yfsong.zip 80.80 MB
Тоже словил. Вскрытие показало наличие внутри файла filtered.vall.dat.2006-05-05 размером 313 627 776 байт. Так что пожато все нормально. Сейчас из интереса жму WinRAR с максимальным сжатием.
Добавлено спустя 3 минуты 9 секунд: Дожалось - 49,1 Мб. В принципе, 80 метров для gz в zip - нормальный результат. Один вопрос: ЭТО вообще должно было попасть к нам или в Робетту? Внутри только текст такого вида:
TSC! Russia member
Статус: Не в сети Регистрация: 20.03.2010 Откуда: Омск
GoLeM_LI Не знаю. С разгоном не может быть связано? Сейчас жую именно их, все нормально. Единственное, получаю порядка 75% от обещанных кредитов, но это может быть связано с чем угодно, с альтернативной параллельной загрузкой процессора, к примеру.
Добавлено спустя 5 минут 11 секунд: Решил поставить Боинк на рамдиск. Надоело, что при старте Боинка, который запускаю периодически, а не в режиме 24/7, клиент по 10 минут стартует, дико крутя жестким диском и делая невозможной параллельное использование компа. Да и при просмотре видео, если оно окажется на одном диске с системой, артефакты периодически вылазят из-за этого же...
Member
Статус: Не в сети Регистрация: 09.06.2012 Откуда: Москва Фото: 2
Вечер добрый, Mad'Max. Задания не приходили 2 дня, + в данный момент нахожусь в отъезде, а комп выключен. Полагаю, что в среду смогу получить результат. Отпишусь сразу.
Куратор темы Статус: Не в сети Регистрация: 19.01.2010 Откуда: Санкт-Петербург
Да причем тут разгон. Если посмотреть в лог (да и по названию ошибки в общем понятно: Client error - Downloading ) - ошибка в том, что при запуске по какой-то причине не было всех нужных файлов. Судя по тому, что вылезает на разных типах жаб и "потеряными" оказываются разные файлы, а так же что "напарники" несколько таких жаб успешно посчитали, то проблема на конкретном компе (клиенте). Какая - не ясно, но что-то мешает нормально скачать все нужные для жабы файлы и сложить их в правильную папочку... Разбирайтесь. Ну или лог самого локального клиента под спойлер выложить, когда очередная порция таких будет.
TSC! Russia member
Статус: Не в сети Регистрация: 20.03.2010 Откуда: Омск
Поставил Боинк на рамдиск, запускается практически мгновенно, вместо 5-10 минутного кручения жесткого диска. Минусы очевидны: если система зависла, то всё. И резервное копирование при запущенных вычислениях невозможно, даже Акронис спасовал. Осталось настроить автозагрузку образа РАМ-диска. К тому же, после переустановки Боинк-клиента стали нормально приходить задания, в соответствии с заданными в настройках параметрами, а не так, что я ставлю буфер порядка 1,5 суток, и при времени счета 3 часа получаю 8 текущих заданий (если повезет, а если не повезет, то 6-7), и не боле 1-2 заданий в буфер.
Куратор темы Статус: Не в сети Регистрация: 19.01.2010 Откуда: Санкт-Петербург
GoLeM_LI Хе, хе. А у вас там случайно не вирусы резвятся? Оба скаченных файла оказались больше чем то, что посылал сервер - к ним в процессе скачки что-то прицепилось... Ну или иногда обосо умные фаерволы/антивирусы таким грешат. Например сталкивался с тем, что Outpost может убивать(повреждать до нечитаемости) вложения в письмах при получении их через Outlook. Я тогда долго с почтой воевал и не моу понять, что за глюк. Оказалось Outpost тихо гадил, что-то там меняя в процессе фильтрафии, так что потом Outlook не мог эти вложения правильно раскодировать из тела письма.
Добавлено спустя 7 минут 53 секунды: economist2000 Можно и не так радикально. Простая дефрагментация раздела или даже отдельно папки(если используемый дефрагментатор позволяет), где BOINC стоит обычно сильно помогает. Диском подолгу ворочает из-за этого. Я когда последний раз ее делал, там некоторые файлы на 300-500 фрагментов оказались раздраконены, причем в лидерах как раз самые нужные(часто используемые) сам .exe минирозетты и ее база даннах (minirosetta_database) И чем больше потоков паралельных на машинке работает, тем быстрее она нарастает.
TSC! Russia member
Статус: Не в сети Регистрация: 20.03.2010 Откуда: Омск
Mad'Max Да, фрагментация конечно страшна при таком кол-ве файлов (более 12 тыс. для 8 потоков). Смотрел O&O, розетовские файлы не сильно фрагментированы были (в поле зрения не попали), а делать тотальную дефграментацию диска я не стал. Еще SSD бы помог, но пока не покупал. Хуже то, что отобранная, проверенная версия рамдиска у меня не создает образ диска. Хотя, если перезагружаться редко, это не страшно, есть Акронис... В общем, пока так буду, через... одно место.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 9
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения