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

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

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

[kane]Enforce
вмваря никогда не давала выставить больше потоков, чем есть.. И наскока знаю щас ничего не поменялось..
Поэтому люди и мучались с виртблксом - он это умеет...

Всем спасибо, заработало! Снес плеер 3.1 поставил 3.0, руками через конфиг *.vmx прописал 8 ядер и с первой попытки 6903 поймалось...

Я так понимаю в данном случае есть восьмипоточник, он нормально будет работать в плеере 3.0, который 8 ядер знает. А камрад malTTa спрашивает можно ли вместо нативного лина поставить вирт и там скриптово обмануть систему чтобы поймать ББЖ. Ответ: можно, камрад hdwr уже сделал это.

Тем, кто хочет ловить 6903-4 задания в завиртуаленой убунте не надо для самой системы ставить больше ядер/потоков чем есть в реальности. ВиртуалБокс хоть и позволяет это сделать, но честно при этом пишет о многочисленных проблемах, могущих возникнуть из-за такого несоответствия. В методе камрада [kane]Enforce присутствует скрипт, который в самой убунте делает виртуальные 12 потоков, необходимых только для соблюдения условия получения 6903-4 задания. А клиент потом считает всё равно на восьми. Да и кстати, у меня убунта в виртуалбоксе под виндовс7 хоть и работает, но очень сильно притормаживает комп на дисковых операциях, даже опера иногда лагает... иногда проще виртуалку на паузу поставить. Только что подумалось, что нужно теперь самой виртуальной машине приоритет низкий поставить... приду домой, попробую... если поможет, надо будет все i7 переводить на этот метод. Нехилый получится апгрейд на пустом месте Надо только дождаться первого слива для полной уверенности

Ну поставил на пациента....
[09:17:01] + Processing work unit
[09:17:01] Core required: FahCore_a5.exe
[09:17:01] Core found.
[09:17:01] Working on queue slot 01 [September 5 09:17:01 UTC]
[09:17:01] + Working ...
[09:17:02]
[09:17:02] *------------------------------*
[09:17:02] Folding@Home Gromacs SMP Core
[09:17:02] Version 2.27 (Thu Feb 10 09:46:40 PST 2011)
[09:17:02]
[09:17:02] Preparing to commence simulation
[09:17:02] - Looking at optimizations...
[09:17:02] - Created dyn
[09:17:02] - Files status OK
[09:17:04] - Expanded 24666671 -> 30550665 (decompressed 123.8 percent)
[09:17:04] Called DecompressByteArray: compressed_data_size=24666671 data_size=30550665, decompressed_data_size=30550665 diff=0
[09:17:05] - Digital signature verified
[09:17:05]
[09:17:05] Project: 2685 (Run 0, Clone 8, Gen 166)
[09:17:05]
[09:17:05] Assembly optimizations on if available.
[09:17:05] Entering M.D.
[09:17:12] Mapping NT from 24 to 24
[09:17:31] Completed 0 out of 250000 steps (0%)

Заназачем мне 2685 жаба на 24 ядрах?! конфиг какой-то меньше виндового клиента получился в виртуалбоксовой линупсе:
[settings]
username=Mu3aHTP0n
team=47191
passkey=*************************
asknet=no
machineid=1
bigpackets=big

[http]
active=no
host=localhost
port=8080

может ему бигбету и ещё что прописать?

-bigadv -smp 24 должно хватить.

malTTa Ну вообще клиент вкурил что у него 24 потока. Причем вполне себе реальных.
а куда бингадв или бету писать? может просто виндового клиента конфиг ему скормить?
запускал как учили: ./fah6 -bigadv -smp

Mu3aHTPOn, это я для перестраховки, чтобы особо педантичные камрады не придирались.

Добавлено спустя 2 минуты 48 секунд:

можно, а можно просто добавить данные ключи после команды в терменале.
Т.е. будет выглядеть примерно так:
ЗЫ: и не забываем чистить папку и менять machineid.

Ну считает худо-бедно по 20 минут на шаг 2685... пусть эту досчитает, может потом 690х получит... хоть БЖ считает и то ладно, счас по калькулятору гляну какой выхлоп. А то фахмон не понимает формат лога лин-клиента.
UPD: 55к PPD.... смешно... на смп простых больше было... 52 на мутантах, сильно больше на 7140....
#77
Единственное что настораживает - в свойствах виртуалбокса не смог больше 3г памяти выделить машине, не ползет правее ползунок.

Добавлено спустя 1 час 40 минут 17 секунд:
Начал получать с 130.237.232.237 690х жабу и сервак улетел в офлайн.... по крайней мере не пингуется

Добавлено спустя 4 минуты 15 секунд:
Только ему надоело и пошел запрос на другой сервак, так тот запинговался. Доктора - понедельник не без последствий...

Mu3aHTPOn, 690х не сразу ловятся, я поймал только с 6 раза

Mu3aHTPOn, а VMware vSphere не пробовал? Она Вроде более 8 ядер поддерживает.

Недавно "вентилировал" этот вопрос и пришел к выводу, что доступные бесплатно версии НЕ тянут более 8 ядер. А последняя версия просит денег (хитрушки не нашел). Может я чего-то и путаю

Раньше тоже сталкивался с подобным явлением. Ныне всё работает без лагов на таком конфиге:
проц i7-970
VirtualBox 4.1.0
Родительская ОС: Win7 x64 Ult.
Гостевая ОС: готовая сборка без GUI

Fergity
ВМ Воркстейшен (которая денег кстати стоит и не малых) это тока 8 потоков..
Больше потоков если, то тока Сфера и старше (с ключиком обычно в комплекте )

В надежде на то, что в новой версии вари увеличат количество ядер, скачал и установил бетку воркстейшена 8 . Но чуда не произошло: по-прежнему ругается, что больше 8 ядер нельзя .

А со Сферой кто-нибудь имел дело? Может кратенько объяснит, как её устанавливать-то? А то я начал изучать документацию по её установке: как-то всё очень навороченно и непонятно.

С утра ругаюсь матом - 5 с хвостом суток счету докторам под зад:

[00:28:09] Completed 247500 out of 250000 steps (99%)
[01:34:22] Completed 250000 out of 250000 steps (100%)
[01:35:00] DynamicWrapper: Finished Work Unit: sleep=10000
[01:35:10]
[01:35:10] Finished Work Unit:
[01:35:10] - Reading up to 121544064 from "work/wudata_01.trr": Read 121544064
[01:35:11] trr file hash check passed.
[01:35:11] - Reading up to 108797388 from "work/wudata_01.xtc": Read 108797388
[01:35:12] xtc file hash check passed.
[01:35:12] edr file hash check passed.
[01:35:12] logfile size: 237520
[01:35:12] Leaving Run
[01:35:14] - Writing 230751964 bytes of core data to disk...
[01:35:45] CoreStatus = 0 (0)
[01:35:45] Sending work to server
[01:35:45] Project: 6904 (Run 1, Clone 12, Gen 17)


[01:35:45] + Attempting to send results [September 10 01:35:45 UTC]
[01:35:45] - Error: Could not read results file work/wuresults_01.dat from disk
[01:35:45] - Error: Could not read unit 01 file. Removing from queue.
[01:35:45] - Preparing to get new work unit...
[01:35:45] Cleaning up work directory

Куда рыть? Он еще одну 6904 скачал
и вообще можно попробовать его досчитать и отправить, если в папке ворк от него есть все, кроме нулевого wuresults_01.dat?

Я с восьмого числа не могу сдать 6903 =\
Висит в очереди на отправку, но так и не отсылается.

Поставил на профильный №1. Система тормозит