Мини FAQ <------
Linux SMP в VMWare за 7-мь простых шагов
Установка и настройка клиента в VMWare для счета -bigadv заданий на 8-ми ядерниках, (c) anubias
Использовать только VMWare Player или VirtualBox!

Исходное сообщение:
Подумал, что рационально завести тут на какое-то время - до появления нормального клиента SMP-Win, такую тему.

На самом деле, обобщая собственный опыт, могу предположить, что будет рационально пускать такую штуку на круглосуточно включенных машинах, но не очень удобно - на тех, что работают только часть суток. Во-первых, сложновато заставить всё запускаться автоматически (ну, а замаскировать эту штуку толком вообще нереально), во-вторых, дедлайн поджимает, в-третьих, когда я попытался сегодня возобновить расчёт, получил ошибку и был отправлен на закачку нового задания. Что, естественно, делает невозможным завершить хотя бы одно.

Lendy
давай уже завтра на трезвую голову тока надо б файлики приаттачить к сообщению, а как - что-то не понял. это я туплю или и правда нельзя?

в некотором смысле даже на небольшой ФАК потянет - "умершие жабы и как с ними бороться" по крайней мере, уже первую жабу отправил, хотя костыли это...

В ВинАФЦ доступны следующие настройки приоритета:
priority=(Unchanged | Idle | BelowNormal | Normal | AboveNormal | High | Realtime)
так что ниже Idle не поставишь

Запустил сегодня VMware smp на работе.Неплохо,за сутки успеет сосчитаться.


Из особенностей: интернет WiFi при настройке бридже плеер не детектил сеть,поменял на нат -заработало.

Там же кнопка "Пауза" есть.

а задание от суспенда не слетит? вроде под виндой помирает после пробуждения, если слишком долго спит.

_tonis Нет, это ж не средствами Windows реализуется. Часы и прогноз только может сбиться.

о да, часы. кстати, а как их там поменять, если что?

Абсолютно согласен: этот вариант хорош только для тех, кто совсем не шарит в Linux-е.

Перепробовал все три этих варианта. Про недостатки первого варианта (nofredCD в VMWare) написано выше. При использовании чистого Linux никакие танцы с бубном не помогли мне запустить SMP и GPU на одном ядре без потери производительности.
Так что для себя я выбираю второй вариант и дальше по цепочке двигаться не буду.

Добровольца бы шарящего, кто сделал бы более гибкую под нужды трудящихся сборку

А так, текущая сборка все же клевая, запустил её на работе на атлонах Х2 4000+, они с вин СМП не укладывались в дедлайн или в притирку, поэтому считали обычными клиентиками, а щас с лихвой... у меня ппд вырос в 3 раза на рабочих компах В поддержку обезьянке

krasbars,anubias
Вся проблема в том, что все эти PPD получаются липовыми: такой PPD является следствием отставания часов под VMware-плеером. У меня при 4-х запущенных плеерах PPD доходит до 4000 :

А реальный PPD примерно 1900: одна 1920-очковая жаба считается за сутки.
Досчитаю текущие жабы и буду возвращаться обратно на WMvareWorkstation/Ubuntu.

SergKr

Вот этот момент не понял. Если чистый линукс, то GPU в нем через Wine, а по ядрам раскидать можно через taskset.

jiZo
Максимум, на что я способен - это поставить минимальную версию ubuntu (можно даже без GUI), настроить и сделать копию для развертывания на винчестер/флешку/виртуальную машину. Но размер будет как минимум 700 Мб (без GUI) или 1600 Мб (c GUI).
Если такие объемы для скачивания не пугают, то могу заняться.

Как оживить умершую жабу?

Данный ФАКчик относится только к тем жабам, которые умерли после окончания расчета, т.е. достигли 100%. Как быть с другими – не знаю, сам не сталкивался.

Причины такого безобразия я пока не обнаружил, до этого все работало и отправлялось само. Файл mpiexec (на всякий случай) качался с хомяка докторов снова и уже в новом клиенте опять косячит. Как понял, почему-то повреждается queue.dat (щас почитаю про это).

Что делать?

Перво-наперво – НИ В КОЕМ СЛУЧАЕ не предпринимать попыток запустить клиента еще раз. ИМХО это гарантированный способ убить посчитанную жабу уже навсегда (вернее, я «ниасилил» оживить 2 жабы после этого).

После того, как вывалился клиент с руганью на MPICH (вернее ошибка звучит примерно так: "ошибка перед инициализацией MPICH"), закройте его Ctrl+C. Дальше попробуйте оживить по этому мануалу (на инглише, если надо переведу):
http://foldingforum.org/viewtopic.php?f=44&t=3889
многим помогает, но в моем случае это не прокатило.

я делал так:
1. скачал qget и скинул его в папку с клиентом.

2. сделал его исполняемым:


проверить его "исполняемость" можно так:


3. переименовываем client.cfg и queue.dat в client.old и queue.old соответственно.

4. запускаем qget


В результате видим:


5. после этого пытаемя отправить жабу:


Только что таким способом оживил жабу, еще одну оживил вчера и отправил, доктора ее засчитали.

какие будут вопросы - спрашивайте.

ЗЫ. никак не соображу, как приложить файл qgen к мессаге. дело в том, что его не так просто найти, хотелось бы, чтобы народ не тратил время, которое я уже потратил. вывалить куда на рапидшару или еще куда?
Добавлено спустя 14 минут, 28 секунд
я, конечно, не гуру в линуксе, но смысла в nofredCD не вижу. полная обрезанность всего чего можно, ничего самому толком не сделать. банально качнуть убунту или кому что нравится, поставить вмварю и в нее уже линукс - и все.

Behc
USB Startup Disk Creator - это наще все:)

SergKr ты не прав ,шаг соответствует действительности шаг 11 минут,значит жаба считается 1100 минут\на 60=18,3 часа
А вот откуда у тебя такой PPD не реальный я не знаю

anubias Часы прыгают, вот и ppd нереальный. Я скидывал логи, когда у меня время назад шло.

Так и делал. Если запустить три SMP и один GPU (каждому процессу taskset-ом выделяю по отдельному ядру), то всё нормально: три ядра с SMP загружены на 100%, а загрузка на ядре с GPU колеблется в интервале 0-40%.
Если же запустить еще один SMP и повесить его на ядро с GPU, то PPD на GPU падает. Пробовал ограничивать использование ЦП для SMP при помощи cpulimit (каждому процессу по 10%): загрузка ядра до 100% не доходит, но на GPU всё-равно PPD неполноценно.

SergKr Ну если так хочется загрузить ядро, на котором висит GPU, то можно и обычный клиент запустить, не SMP.


По-моему, это не совсем то.

SergKr У меня в нормальном ubuntu стоит ntpd; в нативном синхронизируется вроде раз в сутки (хотя и не убегают), в виртуальном - раз в сутки + сам VMWare вроде раз в час синхронизирует. Так что жить можно.

Да, с обычным клиентом всё работает без просадок: но ведь обычный клиент дает меньше очков, чем SMP, а хочется всегда большего.
Поэтому и пришел к решению использовать WMvare/Ubuntu: 4 SMP дают практически тот же PPD, что и под чистым Линуксом, и 2 GPU работают на полной мощности. Да и Windows дома сподручнее, чем Linux.

Когда у меня стоял Ubuntu, то проблем со временем я тоже не замечал. А с notfredCD - прям беда: минут на 10 в час отстают часы. Может это из-за того, что я их целых 4 штуки запускал

Блин, у меня тоже третья жаба в районе 82% мрет Запустил новые виртуалки считает пока.

+100