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

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

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

economist2000, считают. Ставь ВБокс, в нём устанавливай Линух и считай на здоровье.

Когда забыл включить HT, а в v-box стояло 12 потоков, получил недозагруженнось ядер. Я так помню. Но на 2500K вроде как считали (Лиямка?) в виртуалке.

noname2, если брать по аналогии с corfix-ом, то надо будет просто клиент запускать с ключём -smp 8 (для i7-2600К) и проблем быть не должно.

а ты в директорию-то зашёл?

Как это сделать? Перед именем файла (chmod +x corefix.sh) пытался разными способами прописывать путь (chmod +x fah\corefix.sh; chmod +x c:\fah\corefix.sh; chmod +x fah/corefix.sh и т.п.), не помогло.

Добавлено спустя 12 минут 45 секунд:
Кстати, доступа через браузер и для файспая к клиенту в ВМ у меня по прежнему нет (на профильном №1). На профильном №2 доступ через браузер был, но клиент не запускался.

Добавлено спустя 8 часов 51 минуту 46 секунд:
Заметил такую особенность - со временем время на шаг в одинаковых заданиях в ВМ увеличивается, если не перезагружать ВМ.
Скажем, на 6099 у меня время на шаг 06:24. Одно задание посчиталось, другое начало считаться со временем 06:42, ППД ощутимо ниже (на 2К примерно). Приостановил ВМ, и возобновил счет - время на шаг тут же стало 06:36. Комп очередной раз перезагрузился (вероятно, из-за низкого напряжения на ядре) - запустил ВМ - и на том же задании время на шаг стало обычные 06:24! Почему такое происходит?
По поводу напряжения на ядре: в прошлый раз, когда отписывался, оно было выставлено 1,32В (в реальности плавало от 1,33 до 1,35) для 4,7 ГГц. Комп проработал до ребута 12 часов.
Поднял до 1,33 В (1,344-1,360 в реальности, в среднем 1,352В) - хватило на 36 часов аптайма. Сейчас приподнял до 1,335В (1,344 - 1,368В по факту, в среднем 1,36В), продолжаю отслеживать. Специально не стал добавлять 0,01В - любопытно, насколько теперь хватит. Просто тесты не гонял, не интересно - фолдинг тоже неплохо тестит.

economist2000,

malTTa
Нет, не делал. Только один раз наблюдал рассинхрон, когда комп еще на 4,3 работал. После этого время более-менее совпадает (с точностью до минут, как минимум.
Время на шаг смотрю по разнице между шагами, показываемыми в окне ВМ. Других средств мониторинга нет.

Замучился уже с этой виртуалкой. После очередного БСОДа клиент не смог связаться с серверами докторов. Перезапуски не помогли. Удалил, заново скопировал чистый клиент - так он вообще отказался запускать фолдинг (сборка 1.6.1) - не видит файла или директории! Ну что за тупизм! Ведь эта сборка исправно работала... Виртуалка заглючила что ли? Ее переставить? Полчаса утром перед работой насмарку, опоздал к тому же.
Я готов в принципе и на чистый линукс, но ведь не настрою же, если даже с консолью постоянные проблемы. Тем более, что выход в инет через другой комп, еще и сеть настраивать, и видюха на том же компе...
А самое смешное - запустил 6.34 клиент после всего, получил ППД 29,5К вместо 31-33К под виртуалкой на сравнимых заданиях. Я на вынужденных простоях из-за настройки и зависаний потерял больше уже, чем выиграл из-за более производительного фолдинга в ВМ.

economist2000, поставил Mandriva.2011.x86_64.1 в восьмой Воркстэйшн. Так там даже Самба установлена. Какой тип подключения используешь? Я всегда ставлю "Bridged" и ниразу таких затыков не было.

я наверное сегодня напишу свой вариант установки со скриншотами

Его и использую. Никогда после синего экрана не было проблем. Линукс в ВМ подхватывал прошлый шаг и успешно считал. А тут сразу стал отправлять докторам и на этом все закончилось.

Добавлено спустя 1 минуту 32 секунды:
ilyuxa
Буду очень благодарен.

economist2000, пардон, щас дома круговорот всего в природе, поэтому обширный пост будет в воскресенье.

ilyuxa
Да я конечно подожду, я даже вчера не пытался ВМ плеер переставить,не до этого было. Так и считает Виндовым клиентом.

Помогите советом, люди добрые!
На профильную машинку вновь поставил V-Box 4.1.18 + готовая машина с linuxforge. Упорно не ловятся 690х задания - только 609х (вру, 1 6900 жабу сжевал за сутки с хвостиком). В конфигурации стоят флажки на SMP и Bigadv, размер пакетов - big. Какую наживку попробовать ?

sergei.a.mochalov сейчас почему-то 690х не дают, вместо них идут 8101

Пришлось прибить наполовину посчитанную 6904, посчитал 6901, сейчас считаю 6903.

Добавлено спустя 1 минуту 22 секунды:
sergei.a.mochalov
"Mapping NT from 12 to 12" есть в логе?

Хорошо, что мой клиент об этом не в курсе и спокойно считает 6903 (Run 2, Clone 9, Gen 116).

А моему какого-то рожна надо.

Sir_N_Drew

Behc есть "Mapping NT from 16 to 16".