Member
Статус: Не в сети Регистрация: 24.10.2002 Откуда: Петербург
6a3apoB причем выдаются нифига не одновременно - интервала в 3 минуты должно было быть вполне достаточно. собственно, даже на двух gpu такое случается, просто у меня они редко одновременно новые юниты получают. а когда с 4 клиентами экспериментировал (соответственно, все стартовали одновременно, и посчитанные задания вместе сдавали), не раз такое видел.
Behc писал(а):
Есть идея: а если установить прокси-сервер и ограничить подключение к серверу докторов до 1-го одновеременно (чтобы все сразу не ломились) и не чаще, чем раз в 2-3 минуты (чтобы повторы исключить). Такое вообще реально?
если на одной локальной машине - это может быть файрволл, настройки для группы приложений (клиентов)- выходить по одному! или по коннектам на сервера докторов. в последнем случае машину можно сделать шлюзом и через нее интернет FAH-клиентам на других компах раздавать.
но программа, определяющая дубли (по лог-файлам) и удаляющая их, выглядит проще.
Member
Статус: Не в сети Регистрация: 13.05.2006 Откуда: Питер
Biker смысла удалять никакого,в течение получаса,если уже получил задание-оно будет автоматом закачиваться снова. И что вы все шухерите по этому поводу-все засчитывается. проверено, у меня иногда по три одинаковых жабы считается,вот четыре ещё ни разу не получал.
_________________ Join to TSC! Russia team. www.tsc.overclockers.ru Find-a-Drug: m4078#99-20 have Anti-Cancer activity. Folding@Home, Rosetta@Home - in progress.
Member
Статус: Не в сети Регистрация: 24.10.2002 Откуда: Петербург
anubias писал(а):
И что вы все шухерите по этому поводу-все засчитывается.
спорить не буду, сам не проверял. я на это смотрю с другой стороны: пользы от многократно посчитанного одного и того же задания нет. если можно этот момент оптимизировать - почему бы и нет? есть же правила хорошего тона - укладываться в желательный срок и т.д.
TSC! Russia Vice-captain
Статус: Не в сети Регистрация: 21.03.2006 Откуда: Петербург
ak83 Т.е. выход без прокси? Тогда при таком конфиге должно всё работать, возможно проблема на стороне докторов. Ну и как вариант можно попробовать с каким-нибудь внешним прокси или tor.
Biker Я понимаю смысл реализации (в том числе и с помощью iptables под linux), я говорю о практической реализации, т.к. в этом не силён.
_________________ Революционеров можно убить, идеи — никогда.
Member
Статус: Не в сети Регистрация: 05.05.2004 Откуда: CCCP, Москва
Behc писал(а):
ak83 Т.е. выход без прокси? Тогда при таком конфиге должно всё работать, возможно проблема на стороне докторов. Ну и как вариант можно попробовать с каким-нибудь внешним прокси или tor.
Не отправляется уже вторая жаба на самом деле. Про наличие/отсутствие прокси ничего сказать не могу. Основные сайты открываются, но это ничего не значит.
_________________ Join to TSC! Russia team. www.tsc.overclockers.ru Find-a-Drug: m4078#99-20 have Anti-Cancer activity. Folding@Home, Rosetta@Home - in progress.
Member
Статус: Не в сети Регистрация: 06.07.2004 Откуда: РФ Фото: 6
Yura12 писал(а):
У меня в Windows Vista не сработала команда:
sc не находится в папке пользователя, которая открывается при запуске cmd пользователем по-умолчанию. Команды вбивать при текущем пути windows\system32
Member
Статус: Не в сети Регистрация: 16.06.2008 Откуда: Петрозаводск
targitaj писал(а):
sc не находится в папке пользователя, которая открывается при запуске cmd пользователем по-умолчанию. Команды вбивать при текущем пути windows\system32
Спасибо за информацию.
Но это удивительная новость для меня, что в Windows Vista путь windows\system32 по умолчанию не указан в переменной PATH
(ведь начиная с Windows NT 3.51 и кончая Windows XP папка windows\system32 всегда была прописана в переменной PATH по умолчанию).
_________________ http://vk.com/boinc - всё о распределённых вычислениях.
Advanced member
Статус: Не в сети Регистрация: 16.12.2002 Откуда: TSC! | Москва
Right писал(а):
Горячие, но уже немного остывшие (за 3 дня то!) новости с полей:
Цитата:
September 25, 2009 Update on new FAH cores and clients
We have been pretty busy with new cores for FAH and I wanted to give donors an update.
1) SMP2: Gromacs and Desmond. Much effort has gone into our "SMP2" project, the codename for the second generation SMP client. The main goal here was to make it MUCH easier to use. In order to do that, it meant getting rid of our use of MPI. We have had two approaches to this. Both ditch MPI by using threads instead. One was to switch to a new piece of software for the core. This has led to the "Desmond" core, based on software from DE Shaw Research. The second approach was to communicate the MPI issues with the Gromacs developer team and work with them to push for a threads-based Gromacs implementation. Both of these are coming along well and we are testing cores in house. You should hopefully see these cores "in the wild" (i.e. running on FAH) in a month or two, assuming that tests go well.
2) Normal Mode Langevin (NML) Dynamics in the Protomol core. We have been working on another approach to speeding dynamics greatly, based on a new technique called Normal Mode Langevin (NML) dynamics. This method uses the same style models as normal MD (same force fields, etc) and thus should have the same accuracy, but with a pretty significant speedup due to algorithmic advances. NML is complementary to our other methods, so we're hoping to add it to everything else (in particular to the GPU core). To start, we will be testing it in a new core, based on the Protomol software. Protomol is designed to allow for rapid prototyping of molecular simulations, which is perfect for NML.
3) GPU3: Next generation GPU core, based on OpenMM. We have been making major advances in GPU simulation, with the key advances going into OpenMM, our open library for molecular simulation. OpenMM started with our GPU2 code as a base, but has really flourished since then. Thus, we have rewritten our GPU core to use OpenMM and we have been testing that recently as well. It is designed to be completely backward compatible, but should make simulations much more stable on the GPU as well as add new science features. A key next step for OpenMM is OpenCL support, which should allow much more efficient use of new ATI GPUs and beyond.
I'm very excited about these new advances. It really should fundamentally improve the key science software behind FAH as well as making the donor experience much more smooth on our more experimental clients (i.e. on GPU and SMP).
Вольный неточный перевод (знатоки английского - поправляйте )
Мы очень заняты разработкой новых ядер для ФАХ, и я хочу сообщить участникам:
1) SMP2: Громакс и Дезмонд (Gromacs и Desmond). Основные усилия направлены в наш проект "SMP2", кодовое название смп клиента 2-го поколения. Основная цель нового клиента - сделать его НАМНОГО более удобным в использовании. Для этого необходимо отказаться от MPI [MPICH и DeinoMPI]. Есть два способа. В обоих из них вместо MPI используются "нити" (threads). Первый - разработка новых ядер, это будут ядра проекта Дезмонд (Desmond), основынные на ПО DE Shaw Research. Второй - сообщить о проблемах с MPI разработчикам Громакса (Gromacs) и работать совместно с ними, для создания варианта Громакс с использованием "нитей". Обе работы идут полным ходом и мы уже тестируем ядра в лаборатории. Возможно вскоре они будут выпущены в "свободное плавание" (т.е. для запуска в клиенте FAH), если всё пойдет хорошо - то в течение месяца или двух.
2) Normal Mode Langevin (NML) Dynamics в ядре Protomol. Так же мы работаем над другой целью - увеличение скорости моделирования, основанной на новом методе - Normal Mode Langevin (NML) dynamics. Этот метод использует тот же тип моделей, что и MD [молекулярная динамика] (те же силовые поля и т.д.) и имеет такую же точность, но отличаетяс очень высокой скоростью, благодаря улучшенным алгоритмам. NML будет дополнением к нашим методам и мы планируем его широкое внедрение (в частности в ядрах для GPU). Для начала мы протестируем его в новом ядре, основанном на ПО Protonol. Protomol разработан для быстрого прототипного моделирования молекулярных симуляций [масло масляное], что прекрасно подходит для NML.
3) GPU3: следующее поколение ядер для GPU, основанных на OpenMM. Мы вносим значительные улучшения в симуляйию на GPU, с помощью улучшений в OpenMM - нашей открытой библиотеки для молекулярной симуляции. OpenMM основывается на нашем коде клиента GPU2, но уже значительно переработанном. Так что мы переписали наши ядра GPU для работы с OpenMM и тестируем их. Они будут обладать обратной совместимостью, но сделают симуляцию на GPU намного более стабильной и так же добавят новые возможности. Следующий шаг после openMM - переход на OpenCL, который позволит боле эффективно использовать новые GPU от ATI и последующие [чипы с поддержкой OpenCL].
Я очень рад этим изменениям. Они значительно улучшат основное научное ПО, не относящееся клежащее в основе FAH, а так же облегчат жизнь участникам, использующим наши экспериментальные клиенты (GPU и SMP).
Есть мелкие неточности в переводе, не существенные. В целом всё так. На самом деле, это ЗДОРОВО. Прощайте, сложности в настройке SMP, установка MPI с вводом пароля и аккаунта админа. В идеале всё будет работать даже просто от пользователя, пока не нужно будет ставить службу. Карты АТИ могут показать более достойную производительность (правда, это не гарантировано для серий младше 5ххх, но есть предположение, что всё же 4ххх серия тоже может выиграть). Клиент для GPU может стать стабильнее, а с новым ядром Protomol - также гораздо эффективнее научно.
Если этот пакет изменений реально вскоре выложат, становится ясно, чем занимались доктора последние полтора года, кроме мелкой доводки старых ядер и клиентов.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 7
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения