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

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

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

Это я себя процитировал. Вывод: ждем релиз.

скоро...
а вдруг не поможет? венда есть венда..

ARBUZ_2007
Всё дело из-за разгона. У меня на E8400 без разгона работает по несколько недель без сбоев и затыков. А при разгоне до 3450 MHz раз в три-четыре дня какой-нибудь заскок у VMWare@LinSMP: то само остановится, то считать перестанет, то отправлять не хочет. А разгон даёт прирост всего +250 ppd.

А можно ли виртуалку растянуть на 4 ядра?

stepik4mail
можно,но ППД практически не вырастет,лучше две виртуалки и по 2 ядра на каждую. с помощью WinAFC

Можно. Если вмваря шестой версии, то смотри сслыку:
http://translate.google.fr/translate?u= ... r&ie=UTF-8
там зайди по ссылке optimizations. А ещё можно поставить vmware7beta или VirtualBox 3.0.2

По-моему, лучше одна виртуалка с полноценным линуксом, а в ней один-два-четыре (по вкусу) СМП-клиента

Не уверен: у того же VMWare можно выбрать один или два процессора.

Спасибо за ссылку. Сделал так, как там описано, и запустил одну виртуальную машину на 4-х ядрах. В ней запустил два SMP клиента (по 2 ядра на каждый). Пока что всё работает нормально.
А раньше приходилось запускать две вирт.машины.

Читай внимательнее:

Боюсь в случае с интел будет небольшая потеря PPD за счёт того, что в линуксе нельзя повесить клиента на физическую пару ядер, так как VMware по своему распределяет процессорное время. Например, если запустить клиента на первом ядре в VM, физически будут частично загружены все 4 ядра. Но, с другой стороны, экономия RAM..

Попался бракованный юнит 2669. Один фрейм считался 5,5 часов. Перезапустил фолдинг - то же самое, перезапустил виртуалку и комп - аналогично. Удалил, новое задание ок.

У меня та-же болезнь. Вроде по теме полазал, решения так и не нашел. Ткните носом пжалста. Это про .vmx агрегат. Ещё вопрос-что делать со скачанным-сконфигурированным CD образом? он-же не загрузочный?

К сожалению должен констатировать, что данная теория находит подтверждение на практике:
При двух вирт.машинах (каждая привязана к паре ядер, в каждой запущен один SMP-клиент) ППД был 3500 с каждого клиента (в сумме - 7000).
При одной вирт.машине на 4-х ядрах (в ней запущено 2 SMP-клиента) ППД с каждого клиента упал до 3350 (в сумме - 6700).
Получаем падение ППД порядка 300 очков .
В-общем, решил вернуться к первоначальному варианту с двумя вирт.машинами.

А жабы те же самые или другие?

Можно сказать, что те же: если при переходе на одну VM одна жаба была новая, то при обратном переходе с одной на две VM, продолжил считать те же самые задачи и ППД сразу подрос.

Сравнение теоретически некорректное.
У тебя было как:
1. Две виртуальный машины, с заданиями a и b
VM1 - a (2core)
VM2 - b (2core)
2. Одна виртуальная машина, с заданиями a и c
VM1 - a+c (4core)
Если жабы b и c из одного проекта, то сравнение корректно, иначе - нет.
Под типами проектов я подразумеваю не их очковость, а номер проекта. Например, 2677, 2669, 5101.

Fergity При переходе с двух вирт.машин на одну на результат действительно могло повлиять различие задач (хотя все они были 1920-очковые), НО

1. На одной VM1 работали задания a и b.
2. После этого перенёс задание b во вторую VM2. В результате в VM1 осталось только задание a, а задание b продолжило считаться в VM2.
Так что сравнение при переходе с одной вирт.машины на две проводилось на одних и тех же заданиях.

SergKr
Возможно у тебя ещё был GPU клиент запущен. Разные задания для GPU по разному грузят проц. Могло ещё и это повлиять.
У меня же при переходе на 4 ядра потеря небольшая, около 50 PPD, может даже погрешность, стоят 4 клиента. Остался на одной VM. Отзывчивость повысилась и свопится меньше.

band1c Да вроде бы GPU работал при обоих вариантах, и вроде даже одно и тоже задание считалось.
У тебя небольшая потеря может быть из-за того, что запускаешь 4 клиента и каждый привязывается к одному ядру.
А вот при привязке одного клиента к двум ядрам критично, чтобы процессы привязывались именно к физической паре ядер процессора, а не к любым двум ядрам.
Как будет время, поэкспериментирую ещё с одной VM.

Спасибо за грамотные разъяснения, теперь верю

Справедливое замечание, на разных жабах существенно разнится загрузка процессора. Лучше вообще проводить сравнение ВМ без ГПУ-клиента (для чистоты эксперимента, так сказать).