Змагаймось в нашій команді Folding@Home!

[ronemun]

Використовуй WOL. Якщо маєш мак-адрес можеш запускати через бат-файл (з допомогою утиліти WOL.exe), чи через інтерфейс.
дуже зручна для цього утиліта netscan - спочатку заповнюєш базу MAC-адресів:скануєш мережу, виділяєш потрібні компи - ПКМ - Wake-On_Lan/Same to WOL Manager. Далі в меню Options запускаєш WOL Manager і в ньому піднімаєш потрібні компи. Для того комп включився тре: 1) щоб в біосі в меню APM (ACPI, Power Management Setup) підрозділ Wake On (Power On) був активованй пункт Power by PCIe (для карт на шині PCIe, інтегровані теж давно на PCIe), або/і Power by PCI для старих карт 2)в настройках драйвера мережевої у Windows тре включити відповідну опцію (в більшості по замовчуванню включена)

А також для рахуючих компів вистав в біосі в розділі APM (ACPI), параметр Restore on AC Power Loss (тобто дії після падіння живлення, звичайно після того як воно знов появиться), значення Last State, тобто якщо система до падыння була включена - то запуститься знов, чкщо ні - то ні.

[ShaggY]

ronemun
Та в принципі на справді досить цього - Restore on AC Power Loss, далі я завжди по ремоуту можу зайти на потрібний комп ( головне знати його імя )
А скоро, як буде час натхнення дипілити налаштування в АД, то буде intel Vpro або АМТ. І там вже ніякий вейк он лан не портрібен

http://www.ixbt.com/cm/intel-vpro-apr07.shtml

Добавлено через 1 час 42 минуты 40 секунд:
До речі, змінив дрова на 13.9, і все стало нормально.

[ShaggY]

Опять пропали 8900
а на тех заданиях что приходят, 7950 дает 5 тысяч.. И это очень обидно, так как вчера тестил 8800 ГТ у которой был отвал чипа, и я ее прожарил и она отлично работала и выдавала те же 5 тысяч
Что ж все остальные задания для радеонов такие не оптимизироанные..

[ronemun]

це тимчасово. На свята завжди щось ломається
в мене задачі на 16 ядрі щей затормозили у 2 рази розрахунок smp задач.

команда 2/3 мільярда пройдено

боюсь після переходу на 24-32 ядра я вже не зможу БЖ рахувати
може на прості задачі очки піднімуть

Добавлено через 43 минуты 2 секунды:
замітили як Apple Inc. женуть - 60млн за тиждень

[ShaggY]

Уже нормально все
Главное что бы на видео не снижали, и так не тормозили проц!
Может они перешли на новые Макпро - мусорники

[ronemun]

на айфонах в них щось не дуже получалось

команда тижневий* рекорд 12.290.560
це відповідає середньому ППД=1,755,794
42 місце в проекті по швидкості (наш рекорд - 36 місце)
*не календарних, тобто за період в 7х8х3 год

[ShaggY]

гарний початок року

[ronemun]

Вебинар OpenMM
Vijay Pande представляет вебинар для интересующихся OpenMM. Речь пойдет о вычислительном движке, на котором работает GPU-часть Folding@home, и об использовании OpenMM в других проектах для ускорения исследований с вычислением свободных энергий, сворачиванием белка и конформационных изменения белков.

Вебинар запланирован на 16 января в 9:00 по тихоокеанскому времени. Количество участников ограничено, регистрация здесь - http://bit.ly/OpenMM" target="_blank


Работа с Apple над поддержкой GPU
Vijay Pande, 09.01.2014 писал(а):
Пока особо нечем похвастаться, но мы достигли некоторого прогресса: Apple привлекли нас для исправления ошибок, которые мы обнаружили некоторое время назад и которые не давали нам поддерживать наш код для GPU (OpenMM) в OSX. Никаких обещаний, но хотя бы какой-то прогресс.


Новый резервный GPU AS сервер
Vijay Pande, 09.01.2014 писал(а):
Мы рады сообщить, что у нас заработал резервный GPU AS (распределительный) сервер.
Как и с другими нашими серверами, вы можете проверить подключение, введя в браузере адрес http://assign-gpu2.stanford.edu" target="_blank. Вы увидите ответ "ОК", если сервер доступен.

Использование резервного GPU AS сервера - это новая фича в инфраструктуре F@H и, чтобы она заработала, нам нужно добавить такую возможность в клиент. Этой задаче установлен высший приоритет.


Готовимся к новому GPU AS
Vijay Pande, 10.01.2014 писал(а):
Мы сделали некоторые настройки в статистике серверов, а именно добавили строку для этого сервера (так что участники смогут увидеть, работает ли он) и колонку для WS?, с которыми он работает. Мы вскоре планируем запустить в бета-тестирование новую версию клиента с поддержкой нового GPU AS? (в том числе), надеемся сделать это 10 января.

? WS - Work Server - рабочий сервер
? AS - Assignment Server - распределяющий сервер

переклад взято тут

[ShaggY]

Да только статистика не работает.

[ronemun]

для тих хто рахує на картах Нвідії 6 і 7 серій одночасно на одному компютері. Підказка як встановити драйвер, який одночасно для обох серій має високий ППД. Цитата:
драйвер может быть только один, поэтому распаковываем в отдельные папки 327 и 332, берем инф из 332 который знает оба твоих видика и копируем в папку 327 и ставим 327 драйвер. Тогда и на 680 ппд будет нормальным и на 780.
описание видиков храниться в конце nv_dispi.inf - он и нужен
Повну рекомендацію тре читати починаючи звідси

[Шаженла]

Объясните, на оверах.ру написано

Для видеокарт GTX 4xx, GTX 6xx и GTX760/770 рекомендуется использовать драйвер 327.23 WHQL. Для всех остальных видеокарт рекомендуется использовать самую новую версию драйвера;

А что тогда с GTX5xx?
Или точнее GTX560 Ti? Какой на неё лучше драйвер?

[ronemun]

мабуть теж 327.23 . Мали на увазі що драйвера, з яких почалась підтримка карт 7-ї серії, серйозно зменшують ППД старіших карт, навіть 760/770 серії (які створені на старому Кеплері (GK104) і тому для них підійде старий драйвер 327,23 в якому нема падіння ППД).

[ronemun]

SergeyR 200.000.000

[ronemun]

Згідно Какао за 7 діб, з 02.01 пл 08.01 включно, ми нарахували новий рекорд 12,602,752
середній ППД=1,800,393, правда всеодно це 40-41 місце по швидкості


Обновився 7-й клієнт до 7.4.0.beta
Мы выпустили новый клиент в бета-тестирование. Эта версия получила новый и улучшенный веб-интерфейс, который проще и, надеемся, интуитивно понятнее, а так же показывает персональные и командные очки. Кроме того, сюда включен ряд улучшений и исправлений относительно последней релиз-версии 7.3.6 и поддержка нового GPU AS сервера.
Деталі на офіційному форумі

[ShaggY]

О наконец-то хоть какие-то обновления клиента

[ronemun]

Romanovfastov 15.000.000

[Romanovfastov]

У меня профильная машина i3770 Винда 7 х64, на фолдинге выдает в среднем 20000 попугаев.
Подскажите это нормально?
Особо не когда заниматься, но все таки может чего подкрутить чтобы посерьезнее было.

[ronemun]

десь так і має бути в 7-му клієнті. Чуть вигідніші задачі 75хх в Лінуксі (у віртуалці клієнт 6.34), на betateam ідуть, але більше десь на 3-4 тис очок, задача 7521 - на 6 тис (вона не часто йде). 75хх задачі і в 7-му клієнті йдуть, але не часто, а в Лінуксі - постійно. Правда, я зараз в 7-му клієнті не рахую, лише деколи сканую на номера задач і їх ППД.

Добавлено через 14 минут 41 секунду:
За 2 дні аж дві новини від проекту : наукова і технічна
1. Борьба с раком: РЭФР
Мы вот-вот запустим наш первый крупный проект на новом сервере в Мемориальном онкологическом центре имени Слоуна-Кеттеринга.
Наша цель - белок, известный как рецептор эпидермального фактора роста (РЭФР)?, который входит в семейство киназ человеческих белков. Киназы? являются ключевыми компонентами в клеточных сигнальных путях, которые контролируют и координируют всю клеточную активность. Когда киназы активируются, они передают сообщения другим белкам, присоединяя небольшие молекулы фосфата к определенным частям их структуры. Для правильной регуляции сигнальных путей, клетка также должна быть в состоянии временно деактивировать киназы. Однако, мутации в генах киназ могут привести к их постоянному активному состоянию и, в результате, избыточной активации соответствующих сигнальных путей. В некоторых случаях это приводит к тому, что клетки начинают неуправляемо делиться и расти, что в конечном итоге является причиной многих видов рака. РЭФР мутации связаны с определенными типами рака легких, молочной железы, толстой кишки, прямой кишки и мозга. Существует небольшое количество противо-РЭФР препаратов (gefitinib, erlotinib, and cetuximab), но развитие устойчивости мутации во время лечения становится огромным препятствием для их эффективного использования.
Лаборатория Чодера работает над изучением ряда факторов, которые исторически мешали созданию эффективных препаратов для лечения киназ. Во-первых, нас интересует, что делает молекулы лекарств избирательными для разных киназ (так как в клетке человека есть около 500 видов киназ с почти идентичными активными центрами). Во-вторых, мы хотим понять физический механизм, который развивает устойчивость мутации и уменьшает терапевтический эффект препарата. В итоге, мы надеемся, что сможем использовать генетические данные конкретного пациента для определения оптимальной для него фармакотерапии. Есть много теоретических и алгоритмические препятствий, которые мы должны будем преодолеть, но F@H моделирование РЭФР будет первым шагом на пути достижения этих целей.
Еще раз благодарим всех участников F@H за предоставленные мощности, которые делают возможным наши исследования!

2.Пересмотренные планы программы bigadv
Мы потратили много времени на чтение комментариев о bigadv эксперименте, и пришли к некоторым выводам о том, как нам следует действовать. Bigadv была изначально задуман как эксперимент - продвинуть близко насколько возможно Folding@home к работе на традиционных суперкомпьютерах, выполнять расчеты, которые большинство исследователей считали невозможными на платформе распределенных вычислений. Для этого требования для bigadv должны быть достаточно экстремальными и постоянно обновляющимися (так же как суперкомпьютеры постоянно обновляются на новейшее железе). В знак признания этого экстремального набора требований достигался очень высокий PPD.

Bigadv был приняты участниками с мощными машинами, а так же побуждали их покупать и строить дорогие мощные машины. Естественно, что они они были расстроены при изменении требований. Тем не менее, обновление bigadv необходимо, чтобы обеспечивать ими только топовые машины в F@H. Иначе огромная инфляция очков ждет не-bigadv участников, а мы будем ограничены в остальных (не bigadv) проектах.

Последнее объявление изменений в bigadv вызвало резко отрицательную реакцию, что было далеко от наших намерений. Мы здесь, чтобы двигать наши исследования вперед и объединить участников для этого важного дела, над которым мы все вместе работаем. Но изменения в bigadv сделали противоположное, они оттолкнули людей от Folding@home и превратились в препятствие для нашего продвижения вперед.

Мы выслушали комментарии участников (тех, кто считает bigadv, и тех, кто нет) и пришли к следующему плану, который учитывает их интересы и позволит избежать такого рода проблем в будущем.

1) Объявленные изменения требования в bigadv будут пересмотрены. Единственное намеченное изменение будет ограничение в 24 ядра (с соответствующими изменениями дедлайнов), которое вступит в силу 1 мая 2014 года. Зачем нужно ограничение на минимальное количество ядер? Вообще, F@H работает лучше на небольшом количестве длинных траекторий, чем на множестве медленных, поэтому нам нужно периодически менять требования bigadv. Учитывая объем работы, который мы хотели бы сделать в bigadv, планка должна быть поднята выше текущего уровня. Хотя 32 ядра были бы идеальны, мы всё еще можем работать с 24, поэтому учитывая интересы участников, будет установление такое ограничение.

2) Программа bigadv будет завершена 31 января 2015 года. В этот день сервера перестанут выдавать задания и будут работать только на прием. Это позволит участникам продолжить использовать их машины и окупить больше своих инвестиций, чем по предыдущему плану. Это решение так же поможет избежать будущих проблем и раздоров в F@H сообществе, связанных с bigadv. Мы понимаем, что многие участники будут разочарованы этим. Это мое решение, и по моему мнению это то, что нужно сделать для блага F@H в долгосрочной перспективе, хотя я знаю, что сейчас многие участники будут им растроены.

В руководстве F@H мой подход был выйти за пределы, пробовать новые эксперименты, но так же смотреть в будущее, чтобы F@H мог пережить и превзойти другие проекты распределенных вычислений. Мы начинали с создания F@H больше 13 лет назад, затем задействовали графические процессоры, Playstation 3, настоящий SMP и суперкомпьютеры с bigadv - мы постоянно пробовали новые направления, чтобы все дальше и дальше продвигать наши исследования. Все эксперименты однажды заканчиваются, рано или поздно. Думаю, моя команда и я много вынесли из недавних обсуждений, и сейчас пришло время сконцентрироваться на ключевых аспектах F@H и улучшать их, а не пытаться откусить слишком много.

Следующие шаги будут включать обсуждение изменения формулы QRB и, возможно, обновление бенчмарк-машины. Мы хотим получить больше участия кранчеров в обоих изменениях. Так как проект распределенных вычислений не может эффективно управляться голосованием, я вижу много места для улучшения взаимодействия с участниками и понимания их запросов. Я очень взволнован будущим F@H. Думаю, наша команда многому научилась с bigadv, и надеюсь, мы сможем использовать наш опыт для улучшения F@H.

Спасибо всем за их вклад и участие в Folding@Home. Работая вместе мы делали и будем делать великие дела!

Переклад взято з форуму команди TSC! Russia

[ShaggY]

Romanovfastov
Для 3770 с HT это нормально, у меня так считаю на работе 20-22к. Если частоту никак не поднять, то еще момент что бы стоял режим высокой производительности, он добавляет порядка 100 мГц в бусте, не так много, но тем не менее

[Romanovfastov]

Спасибо.