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

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

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

да...
uname -a вроде что-то говорит про SMP

underworlddemon
Смотришь количество ядер чем? top? А в multi-cpu отображение его переключал по "1" ?

смотрю гномовским системным монитором...
там везде упоминается только одно ядро...

судя по http://forums.virtualbox.org/viewtopic. ... 01e60#8837


пока не держит

значит ждём новой версии...
ибо БОКС мне больше нравится чем ВМваре...

15 февраля обновился notfred VMWare client (виртуальная машина с Linux SMP клиентом).

- Очистка бекапа рабочей директории при работе под VMWare;
- Сетевая папка сделана записываемой;
- Добавлена опция -smp 8;
- Обновлена система.

Спасибо за ссылку! Решил заморочаться таки с vmware...
Ппд вырос на 35%! (Phenom II X4 920@3500MHz). На четырех ядрах с жабой 2653 было около 2900 ппд на этой частоте, в линуксе под vmware 2000 на 2-х ядрах!

Right, а ты 2 SMP запусти с привязкой к паре ядер каждый. У меня на коре кваде было примерно так: 1800-2000ппд на 2665 на 4х ядрах. С помощью WinAFC почти всю систему кинул на два ядра. SMP один на два освободившихся ядра (ппд 1750-1800), один на два других (ппд 1300-1650). Там же GPU висит. На 2653 ппд с 2500 до 2200+1700 вырос. Ко всему прочему еще десяток виртуалок с dimes крутятся
А теперь вопрос. Какой прирост ппд на линуксе под виндой по сравнению с просто виндой? Интересует сравнение 2 смп с двумя виртуалками (или одной, но с загрузкой 4 ядер близкой к 100%).

Behc, попробовал способ описанный тут: http://forums.overclockers.ru/viewtopic ... 20#5098120 . ППД ниже. На двух ядрах 2653 дает 2200 в винде и 1800 под vmware. Это с одной виртуалкой. Что я мог сделать не так? В обоих случаях выделил 2 ядра, все остальное на двух других. Проц почти как у тебя. q9300@3500.

Lendy
Под линукс лучше по клиенту на каждое ядро запускать и привязывать через taskset -c.
Добавлено спустя 12 минут, 2 секунды
Один клиент не загружает оба ядра полностью.

band1c, спасибо. Не знаю почему до этого было 1800. Сейчас 2500. На другой паре ядер юнит 5101. Как я понял не очень хороший - 1500 ппд. Первая виртулка занимает 48-50% проца, вторая 40-43. Много ли дает привязка к ядрам? 4 юнита пока не буду запускать, оперативки много ест. А она мне и для dimes нужна. Пока прирост есть. Если запускать 4 виртуалки, то как их по ядрам раскидывать? Оставлял на одном ядре двухядерную виртуалку - расчеты зависали, но грузили проц ровно на 25%. На одноядерной виртуалке пишет про ошибку запуска SMP.
Еще вопрос. Что будет, если винда упадет, а виртуалки в этот момент работать будут? продолжит с checkpointa? Почему каждый раз ядро качается?

Lendy
Ядро качается потому, что эта версия сборки расчитана в большей степени к работе с CD, всё просто в память перекидывается и считается. Чтобы каждый раз не качало, выбирай не остоновка виртуальной машины, а паузу в VMware.
Правильно пишет: одно ядро - это не SMP.

Да, омерзительная жаба . Все вкусности на .56 серваке(2669,2675 и пр.).

С привязкой под VMware я, возможно, погорячился, т.к. не уверен что даже при привязке VM к паре ядер, под виртуальной машиной ядра будут соответствовать физическим. У меня раньше стояла нативная убунта, когда менял её на Win+VMwarе, скрипты старые оставил и как то даже не задумывался над привязкой . Сегодня ночью, как PPD устаканится, постараюсь проверить, есть ли прирост.

Для 4-х ядер лучше запускать 2 виртуалки и привязывать к физическим парам(в случае интел), удобнее всего с помощью WinAFC. У меня нижняя часть конфига для WinAFC выглядит так


В моём случае(виртуальный жёсткий диск лежит в виде файла на винте) начинает с checkpoint'а. Но если у тебя ядро каждый раз закачивается, не уверен что будет также.

band1c, сравнил ппд без помех. Прирост есть и большой. На двух ядрах виртуалка - на 2653 юните 2630 ппд, на таком же в родной винде на другой паре 2060. Почему-то понизился с 2200. Пробовал запускать две виртуалки - просаживается ГПУ (9600GT) в два раза, на 1800 ппд, даже если понизить приоритет виртуалки до самого низкого, а у видео поднять. Остановился на VMware linux smp + win smp + gpu. получилось 8498 ппд конечно не рекорд, но неплохо. WinAFC использую. Но иногда появляется BDOS с AFFINITY. В конце еще стояла строка "* := CPU02+CPU03". Виртуалке не мешаются другие процессы? Виндовому SMP мешается. На 2653 ппд с 2200 до 1800 падал.

Не все приложения "любят" насильное переназначение ядер. У меня тоже как-то было, по-моему игрулина какая-то при попытке смены affinity вызывала bsod.

Конечно мешаются, при низком приоритете виртуалка забирает всё или почти всё что остаётся после других процессов. Можно попробовать поднять её приоритет, но на PPD, думаю, сильно не повлияет, к тому же отзывчивость самой системы может пострадать.
За почти двое суток счёта расклад процессорного времени примерно такой:
(q9400 @ 3,6 ghz, vista x64 sp1, fw 178.24)
system - 1 ч. 00 мин.
vmware-vmx.exe (на первой паре, загрузка 49-50%) - 93 ч. 10 мин.
vmware-vmx.exe (на второй паре, там же 2 гпу клиента, загрузка 45-47%) - 85 ч. 41 мин.
бездействие системы - 1 ч. 54 мин.
остальные процессы по мелочам

Lendy
2653,2665,5101 задания GRO-SMP, для моего e6400 это те еще тяжеловесы, особенно последние. Быстрее всего пока считались 2669 и 2675 GROCVS. Где то видел что GRO-SMP быстрее всего на Xeon'ах считаются. Так что не удивительно что на 2653 ППД у Core quad проседает

band1c, а ппд на гпу не падает из-за второй виртуалки? Или

помогает? У меня на XP SP3 и 181 дровах только с smp уживается. Проц вообще почти не используется, но Vmware почему-то убивает ппд. Еще интересно. Пытался загрузить остаток ядер загрузить виндовым SMP, поставил приоритет для виртуалок тоже низкий, а они все равно отъедают по 45-48%, а виндовому smp почти ничего не остается. Как будто приоритет и не поменялся.
ODUH, считаю SMP недавно. Пока ничего быстрей 2653 не видел

Нет, с GPU всё норм.
У тебя курсор мыши не поверх VMware во время падения PPD? По умолчанию, когда у неё фокус, она себе приоритет "Normal" ставит.
Посмотри ещё значение priority в конфиге GPU-клиента. Должно быть 96.
Можно ещё попробовать GPU ко всем ядрам привязать.
Добавлено спустя 40 минут, 34 секунды
Виртуальная машина на одной паре ядер

1) с привязкой клиентов через taskset


Итого: 3407

2) без привязки


Итого: 3387

Разница в пределах погрешности. Если даже привязка клиентов под VMware и даёт прирост, то ооочень небольшой.

band1c, 3400 на одной паре ядер?

Lendy Значит приятные моменты еще впереди У меня при одном SMP на этом задании на шаг уходит примерно 15 минут (1760 очков, если не путаю), на задании 2669 - 10 минут (1920 очков).Нашел где видел что на GRO-SMP XEON'ы быстрее всего Нужно выбрать в графе Core GRO-SMP , нажать кнопочку Apply filter и отсортировать результат по графе PPD. Жаль что у нас нет такой удобной статистики