Linux 64 Bit SMP Client, Обсуждаем здесь. Налаштування

[T0lsty]

Вот здесь идет обсуждение даного клиента http://forums.extremeoverclocking.com/show...ad.php?t=245403

Прочитал пока 2 страницы ветки , но я понял что SMP client дает довольно неплохой пдд .
Цитата одного пользователя : "I have a P-D 840 running at 3.52GHz. It takes about 9.5 minutes per percent of an SMP WU under Linux, which works out to about 890 points per day minimum"

Требования : 2-x процессорная 64 битная система , 512 ram , ну и конечно линукс х64...
дедлайн 2 дня , поэтому система должна работать 24/7 .

если верить вишеприведеной циттате - то выходит довольно непрохой прирост , практически на ровном месте ..
например мой PD 945 3.4 ггц в лучшем случае дает 500 ппд , а в худшем около 200 . даже если в среднем 350 , то при переходе на smp клиент должен быть двукратный прирост пдд ..

В первом посте есть довольно интересный график , подтверждающий эти предположения .

Единственная проблема (для меня) - это линукс .


как вариант предлагают использовать виртуальную машину . Потеря - около 15 % по сравнению с нормальным линуксом .
но там какието ньюанссы с железом , не на все машины ставиться .

Короче нужно разбираться ...

Краткое описание установки от RU_Sanya (принёс Lev(RUS) ) :

Пошаговое руководство запуска SMP-клиента F@H в среде ОС Linux (SMP, x86_64)

1. Создаёшь подкаталог для клиента, например:

mkdir ~/fah_smp

2. Переходишь в него:

cd ~/fah_smp

3. Скачиваешь с сайта докторов сооотв. архив с клиентом, например:

wget http://folding.stanford.edu/release/FAH_SMP_Linux.tgz

4. Распаковываешь:

tar xf ./FAH_SMP_Linux.tgz

5. Запускаешь командой:

./fah5

конфигуришь аналогично обычному консольному клиенту. Далее он качает задачу, ядро и работает!

P.S. Удобно запускать клиента либо в свободной виртуальной консоли, либо в сеансе screen, например:

screen
cd ~/fah_smp
./fah5

ПС:
64-bit Ubuntu и не только она, не имеют нужных 32-bit библиотек.
Лечится следующей строкой, после чего все работает.

sudo apt-get install ia32-libs

[T0lsty]

Попал мне в руки сервак Dell PoweEdge 2950. Унутрях два 4-ядерных ксеона.
И вот думаю я, а хватит ли одного SMP-клиента на такой машине, чтобы еЯ полностью нагрузить ?

Сомнения меня гложут ... :-)

классный сервак))
1 smp будет точно мало)), экспериментировал уже давно .
а ты говоришь про win или linux ??

хотя smp ранее был актуален .. с появлением gpu клиента для nvidia -> трата процессорного времени, 1 видеокарта даст сравнимый пдд . выложишь пдд который выйдет .,
а какие камни ?? (я юзал с 5450 3,0ггц)

если клиент под win - то пробуй запускать 4 , но нужно обязательно раскидывать по ядрам . на крайняк - 2, так легче с ними управляться , но тоже вешать на разные камни .

[nikelong]

T0lsty,
Ты вообще название ветки читал? Откуда win у Кикоина? )

ЗЫ: а таки ППД оч интересен!

[T0lsty]

ой

уже прочитал

тогда 4 штуки запускай как минимум

[kikoin]

kikoin,
думаю, нужно два а то й 4 СМП ....

А как тогда правильнее разбросать нагрузку по ядрам ?
Привязывать тасксетом ?

Попал мне в руки сервак Dell PoweEdge 2950. Унутрях два 4-ядерных ксеона.
И вот думаю я, а хватит ли одного SMP-клиента на такой машине, чтобы еЯ полностью нагрузить ?

Сомнения меня гложут ... :-)

хотя smp ранее был актуален .. с появлением gpu клиента для nvidia -> трата процессорного времени, 1 видеокарта даст сравнимый пдд

Гы. Ещё извращаться с запуском виндовых GPU клиентов в линухе ?
Нафиххххх ...

[T0lsty]

А как тогда правильнее разбросать нагрузку по ядрам ?
Привязывать тасксетом ?

я когда 2 smp под линукс запускал - то ниче не привязывал , увеличени пдд было раза в полтора чем с одним . это на 4-х процессорном было . правда на обычных ксеонах .
пробуй запускать 4 , и засекай пдд с привязкой и без.

Гы. Ещё извращаться с запуском виндовых GPU клиентов в линухе ?
Нафиххххх ...

а шо кроме linux-a других операционок нет ??

[kikoin]

Гы. Ещё извращаться с запуском виндовых GPU клиентов в линухе ?
Нафиххххх ...

а шо кроме linux-a других операционок нет ??

Не, ну есть ещё полуось ...

[kikoin]

ой
уже прочитал
тогда 4 штуки запускай как минимум

Запустил пока одного.
Вот что гойворит :

FAH client flags: '-smp -verbosity 9'

Index 8: folding now 1920.00 pts (176.681 pt/hr) 6.63 X min speed; 14% complete
server: 171.67.108.24:8080; project: 2671
Folding: run 18, clone 11, generation 9; benchmark 0; misc: 500, 200
issue: Mon Nov 3 11:22:32 2008; begin: Mon Nov 3 11:23:28 2008
expect: Mon Nov 3 22:15:29 2008; due: Thu Nov 6 11:23:28 2008 (3 days)
preferred: Thu Nov 6 11:23:28 2008 (3 days)
core URL: http://www.stanford.edu/~pande/Linux/AMD64/Core_a2.fah (V2.01)
CPU: 16,0 AMD64; OS: 4,0 Linux
smp cores: 8; cores to use: 8
tag: P2671R18C11G9
flops: 1062807377 (1062.807377 megaflops)
memory: 8192 MB
assignment info (le): Mon Nov 3 11:22:30 2008; BBFB54B1
CS: 171.67.108.25; P limit: 524286976
user: Kikoin; team: 2164; ID: DF837D5086C2CE7E; mach ID: 1
work/wudata_08.dat file size: 4825803; WU type: Folding@Home
Average download rate 97.159 KB/s (u=4); upload rate 400.185 KB/s (u=1)
Performance fraction 0.848256 (u=1)
Average pph: 175.850, ppd: 4220.41, ppw: 29542.9, ppy: 1541462

Посмотрим что скажет ближе к вечеру ...

[kikoin]

Хм. Какие проблемы вызывает установка SMP клиента на Мандриве ...
И насколько беспроблемно оно становится на любой поделке от RedHat :-\

[T0lsty]

появились новые задания под линукс .
25к задание + бонусы .
требования : линукс , 8 физических ядер .

We are preparing for the public release of a new work unit category: extra-large advanced methods work units. Some background information is provided here, keep watching this thread for more details.

Why a new work unit category?
We have some specific projects where we 1) have large simulation systems and 2) want to get results fast. As multi-core processors get more powerful, we can perform calculations on Folding@Home that previously required supercomputing clusters.

What's different about these work units from the donor perspective?
These work units are special SMP work units that have larger upload and download sizes, shorter deadlines, and require more memory and CPU resources. That's why we've created a new category.

Is there any points incentive for running these work units?
The base value of these work units corresponds roughly to what an SMP work unit using the A2 core would yield on an equivalent calculation. However, because fast completion is a scientific priority for these work units, we are doing a **trial** of a new bonus scheme where faster WU completion yields a points bonus.

What systems can run these work units?
Right now, only Linux and OS/X systems can run these work units, and they require 8 or more cores. We prefer 8+ *physical* cores, although fast Core i7 machines that are dedicated folders have proven sufficient during the testing process. The points incentives are designed to match appropriate resources to points value; if your machine is marginal for the extra-large work units, you're probably better off running standard SMP.

Does this have any relation to the large-points value work units and recent high-scoring users?
Yes. The initial projects are 2681 and 2682, valued at ~25K points base. Although these point values seem high, the work units are correspondingly larger, so the base PPD (points per day) value is roughly comparable to standard SMP.

A collaborator has donated a large amount of compute time to this project; those clients were initially running under username Anonymous/team 1. To give proper credit for the donation, we have changed the username to PDC, team 1. During the period of this donation, there are at any time between 100 and 400 8-core clients running under this username (800-3200 cores total).

Please stay tuned for further details regarding the upcoming release.


Подробнее здесь
http://foldingforum.org/viewtopic.php?t=10697

[nikelong]

требования : линукс , 8 физических ядер .

Мне кажется, или проекты РВ переростают из

"извините, ничего если я тут попользуюсь вашими ресурсами проца, отъев 1...5 Мб памяти?"

в

"сышыш чел, хоч мну считать - бигом за новым ксеоном со стопицот ядрами, да оперативки побольше, побольше. Ну и про канал широкий не забудь!" ...


???

Це повідомлення відредагував nikelong: Oct 20 2009, 12:20

[Paul B.Atton]

Distributed.net рулить!

[whynot]

Пропаганда UPD (work Unit Per Day) против традиционного PPD -- это такая модная тенденция. Окзалось, что барни хочет раньше (а не больше). А так как PPD въелось в моск доноров -- то все это прикрывается фиговым листочком бонусов. Кидалово, как обычно.

[T0lsty]

по поводу bigadv
вот небольшой faq по этим заданиям
http://cohardent.com/forum/viewtopic.php?f=156&t=1360

кстати их можно считать и на 4-х ядернике .
но нужно чтобы виртуальная машина умела эмулировать доп ядра .

там есть и ссылка на готовый образ виртуальной машины .

[huangdi]

1) Конфиг: core i5, gtx260x2, 4 GB DDR3.

2) Нормально работает: 2 GPU клиента + 1 Linux SMP клиент под VmWare.

3) Проблема: когда включаю 2 GPU клиента + 2 Linux SMP клиент под VmWare, виртуалки отъедают все процессорное время
и GPU клиенты жутко тормозят (в итоге ппд падает где-то на 3К в день).

4) Уже сделал: а) запустил 2 GPU клиента + 1 Linux SMP клиент + 1 Linux клиент под VmWare (итого загрузка 75-90%, видяхи считают нормально)
б) попробовал сконфигурировать SMP клиент, чтобы он занимал только 80% виртуального времени, но при запуске с ключом -configonly такой команды
не нашел.

Вопрос: как максимизировать ППД при таком конфиге?

[T0lsty]

есть такая утилита winafc , здесь описание :
http://people.overclockers.ru/fergity/record1

увеличиваешь приоритет для gpu клиента , опускаешь vmware .
и все будет работать по максимуму.

вот например мой конфиг winafc :
*\FahCore_1*.exe := CPU0+CPU1+CPU2+CPU3 [assign=1, force=yes, priority=AboveNormal]
*\vmware-vmx.exe := PAIR0+PAIR1 [assign=2, force=yes, priority=Idle]
*\primegrid_ap26_* := CPU0+CPU1+CPU2+CPU3 [assign=1, force=yes]

- тоесть gpu раскидывается по всем ядрам (у меня 6 клиентов)
- 2 виртуальные машины висят каждая на своей паре ядер . (для i5 нужно конфигурировать по другому)
- ну и на время челленджа (vmware не работают) задания праймгрида раскидываются по ядрам.