Версія даної теми для друку

Натисніть сюди для перегляду даної теми у оригінальному форматі

Розподілені обчислення в Україні _ OGR _ Конфигурация OGR-клиента

Автор: Tamagoch Jun 1 2006, 11:54

Настройка http://www.distributed.net/download/clients.php на работу в проекте OGR осуществляется редактированием ini-файла (dnetc.ini), который затем можно будет подсовывать другим машинам.

Пример:

Сохраните этот текст в файл dnetc.ini в папке с клиентом dnetc.exe

CODE

[parameters]
id=Ваш e-mail адрес
; Вводите действительный адрес, желательно тот, который вы не скоро потеряете. Не беспокойтесь, спама от d.net не будет.

[misc]
project-priority=OGR-NG, RC5-72=0
; Выставляет OGR приоритетным проектом для расчетов.

[buffers]
checkpoint-filename=chkpnt
; Имя файла для промежуточного сохранения результатов

[triggers]
restart-on-config-file-change=yes
; Клиент будет автоматически перезагружаться при изменении файла dnetc.ini (может пригодиться в дальнейшем)
pause-on-no-mains-power=no
; для ноутбуков клиент может отключатся при работе от батарей (ставить yes)

[display]
progress-indicator=auto-sense
; Клиент будет показывать скорость обработки заданий в реальном времени. Если это не нужно - прописываем disabled
detached=no
; Если нужно скрыть клиент от посторонних глаз - ставим yes

[ogr_ng]
fetch-workunit-threshold=100
; Размер буфера заданий (от 1 до 1000)

[logging]
log-file-limit=200
; Ограничение файла по размеру в Кбайтах
log-file=dnetc.log
; Имя лог-файла
log-file-type=fifo
; Тип записи - сохраняет только последние 200 Кбайт событий

[networking]
autofindkeyserver=no
keyserver=*:2064;193.93.110.161
; Прокси для получения заданий из UA-IX любезно предо ставленый Tamagoch, за что ему спасибо.

Запуск файла dnetc.exe с параметром -install установит клиент в качестве сервиса.

Автор: nikelong Jun 1 2006, 17:23

а-а-а, засуетились!

Автор: Tamagoch Jun 2 2006, 11:22

(nikelong @ Jun 1 2006, 06:23 PM)

а-а-а, засуетились!

как минимум не помешает...

Автор: Paul B.Atton Jun 2 2006, 15:15

(Tamagoch @ Jun 1 2006, 12:54 PM)

[misc]
project-priority=OGR-P2,RC5-72=0
; отключает перебор ключей RC5

Взагалі, ключі для всіх проектів будуть оброблятися у тому порядку, в якому вони тут вказані. Тобто

project-priority=OGR-P2,RC5-72

дозволить рахувати RC5 після того, як будуть обраховані ключі з буфера OGR.

[triggers]
pause-watch-plist=taskmgr.exe

Примусить клієнта призупиняти роботу на той час, поки працює вказана програма (taskmgr.exe

). Можна вказати список програм, розділених комою.

(Tamagoch @ Jun 1 2006, 12:54 PM)

[ogr_p2]
core=3
; самый быстрый на данный момент алгоритм расчетов с ипользованием MMX

Буде корисно запутити хоча б раз dnetc -config і подивитися самому на можливі параметри і пояснення до них від авторів проекту. Також можна запустити dnetc -help - можна знайти цікаві параметри.

Автор: Burzum Jun 8 2008, 16:56

стосовно настройок клієнта. Ця порада буде особливо актуальною для тих, хто має окремі машини чи ферми, до яких не завжди просто отримати доступ, щоб перевірити, чи все добре.
якщо з якоїсь причини закінчаться завдання і нових неможливо отримати (зник інет, змінились параметри підключення), то можна порахувати РЦ5-72 (все ж краще, ніж дозволити процесору простоювати і в статі РЦ5-72 наша команда теж бореться за високі місця). Для цього в .іні-файл вносимо такі зміни:

[misc]
project-priority=OGR-P2,RC5-72

[rc5-72]
fetch-workunit-threshold=1
core=-1

[ogr-p2]
fetch-workunit-threshold=200
core=-1

Як бачимо, на 200 завдань ОГР припадає лише 1 РЦ5-72 (1 блок РЦ5-72 рахується всього 10-15 хвилин). Але алгоритм пошуку в РЦ5-72 працює таким чином, що коли завдань немає, то клієнт сам рендомом вибирає ключі і перевіряє їх. в ОГР такого немає. Отже в нормальному режимі клієнт працює так:
1. Отримує 200 огрів і 1 РЦ5-72.
2. Рахує 200 завдань ОГР.
3. Рахує 1 завдання РЦ5-72.
4. Відправляє оброблені, отримує нові.
5. п.1

У випадку, коли вихід в інтернет з якихось причин зник (не вдалось виконати п.4), то клієнт виконує п.3 (рахує 1 новий рендомний блок РЦ5-72), далі п.4 і так по колу, поки не вдасться виконати пункт 4 (відправка-отримання)
Якщо потім така блудна корівка все ж вирветься в інет, то команда отримає гарний мегазлив (дивимось http://stats.distributed.net/participant/phistory.php?project_id=8&id=449008 на результати за 12 і 13 лютого цього року: такі результати отримані за той період часу, поки корівка була без інтернету)

До речі, ви багато проектів знаєте, клієнт яких працюватиме, навіть якщо йому перекрити подачу свіжих завдань?

PS хм... забув про ще одну особливість "віддаленого випасу корівок". Взагалі-то клієнт вміє відправляти логи на електронну пошту, йому лиш треба дати SMTP-сервер. Якщо кому цікаво - пишіть, буду згадувати як це робиться (давно так не настроював, а розбиратись, якщо воно нікому не потрібне, фпадло

)

Автор: egorio Jul 10 2008, 09:25

(Tamagoch @ Jun 1 2006, 12:54 PM)

[ogr_p2]
fetch-workunit-threshold=10
core=3

не совсем понял. именно в таком виде нужно ввести эту запись в конфиг для того, что б считалось по быстрому алгоритму с использованием ММХ?

Автор: Burzum Jul 10 2008, 11:21

Повідомлення Тамагоча досить старе, можливо, з того часу для твого процесора з"явилось нове ядро. Щоб дізнатись це, запусти бенчмарк всіх ядер, ти побачиш швідкість кожного ядра. Яке найкраще - те й в конфіг. Хоча, швидше за все, найшвидшими будуть ядра, які клієнт обере автоматично (автовибір ядра відбувається тоді, коли в конфіг-файлі є рядок core=-1).

Автор: ReMMeR Jul 10 2008, 12:10

Burzum,
А вот і нє правда.

Для РЦ =-1 справедливо.

Якщо Атлон або коре, для огр треба примусово ставити =3

Автор: Burzum Jul 10 2008, 14:07

хм... коль так - подивимось лог (в конфіг-файлі core=-1):

[Jul 10 11:58:17 UTC] Automatic processor detection found 2 processors.
[Jul 10 11:58:17 UTC] Loading crunchers with work...
[Jul 10 11:58:17 UTC] Automatic processor type detection found
an Intel Core 2 processor.
[Jul 10 11:58:17 UTC] OGR-P2: using core #3 (GARSP 6.0-asm-rt1-mmx).

Як бачимо, клієнт автоматично обирає для даного процесора найшвидше (дивимось бенчмарк: справді, найшвидше) ядро.
Учись, навічьок!

Автор: ReMMeR Jul 10 2008, 14:12

Linux 64 bit
зміна параметру -1 на 3 дає приріст в 3-5-7 разів.

Автор: Burzum Jul 10 2008, 14:39

лінукс ета да...
Отже, робимо як я написав (кілька постів вище): запускаємо бенчмарк, дивимось, яке ядро найшвидше, якщо автовибір визначає неправильно, то змінюємо -1 на номер найвидшого ядра.

Автор: egorio Jul 11 2008, 16:52

спасибо вам за ответы

Автор: ReMMeR Jul 11 2008, 18:22

egorio,
Вот мой конфиг dnetc.ini (для коре 3 ГГц Видна и Линукс64бит)

[parameters]
id=remmer@xxx.com

[misc]
project-priority=OGR-P2,RC5-72

[buffers]
checkpoint-filename=chkpnt
; имя файла для промежуточного сохранения результатов

[triggers]
restart-on-config-file-change=yes
pause-on-no-mains-power=no
; для ноутбуков клиент может отключатся при работе от батарей (ставить yes)

[display]
progress-indicator=auto-sense
detached=yes

[rc5-72]
fetch-workunit-threshold=1
core=-1

[ogr_p2]
fetch-workunit-threshold=200
; размер буфера заданий
;core=-1
core=3

; самый быстрый на данный момент алгоритм расчетов с ипользованием MMX

[logging]
;log-file-limit=200
; ограничение файла по размеру в Кбайтах
;log-file=dnetc.log
; имя лог-файла
;log-file-type=fifo
; тип записи - сохраняет только последние 200 Кбайт событий

Строки лог-файлов (последние 6) на подавляющем большинстве машин закомментированы.

Автор: Некто Sep 2 2008, 21:11

можно как-то настроить огр, чтоб он аплоудил резалты в определенное время каждые сутки?

Автор: T0lsty Sep 3 2008, 07:48

а как ограничить использование процессора ??

Автор: Tamagoch Sep 3 2008, 07:54

1. запускать клиент с ключом -runoffline и планировщиком запускать клиент с ключом -update

2. запускать планировщиком клиент с ключами -pause и -resume (интервалы подобрать для нужных пропорций)

выглядит не так удобно как в боинке, но довольно гибко

Автор: Burzum Sep 3 2008, 08:47

Якщо процесор дуже багатоядерний, то обмежити використання процесора можна, вказавши кількість ядер, які дозволено використовувати. Приклад (використовувати 3 ядра):

[processor-usage]
max-threads=3

Автор: Death Sep 15 2008, 21:09

Некто,

dnetc -config
2 -> 10

distributed.net client configuration: Buffer and Buffer Update Options
--------------------------------------------------------------------------

Buffer-level check interval:

This option determines how often 'Additional buffer-level checking'
should be performed. (More precisely: how much time must elapse between
buffer-level checks)

This setting is meaningful only if one of the extensions to normal threshold management is enabled: either implicitly when 'Dialup detection options' are active or explicitly with 'Additional buffer-level checking'.

The interval specified here is in hours and minutes, and the default denotes that the client should check buffer-levels whenever it detects a change (by any client) to a buffer file, but not more often than twice per minute.

Default Setting: 0:00 (on buffer change)
Current Setting: 0:00
New Setting --> 0:00

Автор: (_KoDAk_) Sep 15 2008, 22:48

а как-то можно что бі по крестику клиент не закрывался а сворачивался?

Автор: Rilian Sep 15 2008, 22:50

QUOTE((_KoDAk_) @ Sep 15 2008, 10:48 PM)

а как-то можно что бі по крестику клиент не закрывался а сворачивался?

Кликай на минимизацию. В виндоузе оно так сворачивается в трей

Автор: WakeOfDeath Sep 21 2008, 15:03

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

Автор: Death Sep 21 2008, 17:10

када настраиваешь клиента там первым делом указываешь мыло. на следующий день после первого слива прходит на это мыло письмо.
в нём логин и пароль.
было такое?

Автор: WakeOfDeath Sep 21 2008, 21:45

только седня начал..завтра присоеденюсь...спс...

Автор: WakeOfDeath Sep 24 2008, 08:15

чето сообщение на мыло так и не пришло и я не нашол себя в статистике...а как он сливает на серв?комп закончил 1 блок он сливает его или ждет пока комп не выполнит все скачаные блоки и потом отправляет?и можно ли вручную слить или посмотреть статистику чтоли из самого клиента?и еще,если допустим рестарт системы ну или там просто закрыть клиент-результаты сохраняютса кудато или просто теряютса?

Автор: Death Sep 24 2008, 09:11

WakeOfDeath, может в спам упало? посмотри. а какое мыло у тебя? @что?

dnetc -config запускаешь.

2) Buffer and Buffer Update Options

9) Additional buffer-level checking ==> 3

0) no additional buffer-level checking. (default)
1) fetch/flush all buffers if any in-buffer is not full.
2) fetch/flush all buffers if any out-buffer is not empty.
3) both 1) and 2). (implied if 'Dialup detection options' are enabled)
4) fetch/flush all buffers if any in-buffer is empty.

ставишь вот это.

dnetc -flush - слить на сервер
dnetc -fetch - закачать с сервера
dnetc -update - слить\закачать.

как он у тебя запущен? сервисом или в трее болтается?

Схороняются конечно. )))

http://stats.distributed.net/projects.php?project_id=25

идёшь сюда.
в шапке пишешь в поиске свой е-мейл.

если найдёт - покажет тебе статистику.
в самом низу - кнопка пришлите пароль )))))

Автор: (_KoDAk_) Oct 10 2008, 20:36

о кстати вспомнил
как мне объединить данные а то я ж тут в первый день прогнал чуток
и насчитал на другой маил
маил и пароль вроде есть

Автор: Paul B.Atton Oct 12 2008, 22:57

((_KoDAk_) @ Oct 10 2008, 21:36)

Зайди по http://stats.distributed.net/participant/pedit.php?project_id=25, введи "свої" дані (ІД1) і там десь має бути вказано, на який мейл чи ІД (ІД2) злити надоєне. Після цього цей ІД (ІД1) ще якийсь час буде існувати у статі, але сторінка буде відкриватися вже від іншого (ІД2).

Автор: Paul B.Atton Oct 28 2008, 12:04

(Paul B.Atton @ Oct 12 2008, 22:57)

((_KoDAk_) @ Oct 10 2008, 21:36)

Уточнюю. За вказаною адресою відкриється сторінка, де внизу сторінки під текстом "... ля-ля-ля ... retire this email address permanently." буде ховатися лінк виду http://stats.distributed.net/participant/pretire.php?id=твій_ІД&pass=твій_пароль. На сторінці, що відкриється за тим лінком ("You are about to permanently retire the address твоя_адреса" (ІД1)), треба вказати email, на який ти хочиш передати свої блоки (ІД2), і натиснути кнопку "Search for this email". Якщо твоя нова адреса або подібна вже є в базі, то відкриється сторінка "Please choose your new email address", на якій треба буде лише клікнути на потрібній адресі у списку.

Автор: Rilian Nov 5 2008, 17:05

Обновите конфиг в шапке!

Автор: Death Jan 14 2011, 14:47

http://ogr.in.ua/ogr25/nastroika-klienta-25/

Автор: Paul B.Atton Jan 14 2011, 17:50

(Death @ Jan 14 2011, 14:47)

http://ogr.in.ua/ogr25/nastroika-klienta-25/

А до чого тут ОГР-25?!
Обкурився?

Data shown reflects all blocks received as of 2008-10-24 at 23:59 UTC

Percent Complete (Phase 1): 100.00%
Percent Complete (Phase 2): ~100% **

Автор: wolka Dec 28 2011, 11:34

Paul B.Atton

Можешь кинуть примерную конфигурацию под T3 со 128 потоками, и наверное только на OGR?

Пока поставил :

[processor-usage]
max-threads=64

В тонкостях настройки клиента еще не разобрался, потому прошу помощь зала

Автор: Paul B.Atton Jan 5 2012, 00:46

(wolka @ Dec 28 2011, 11:34)

А "max-threads=-1" не проходить?

Автор: wolka Jan 6 2012, 06:10

(Paul B.Atton @ Jan 5 2012, 00:46)

А "max-threads=-1" не проходить?

Я немного посмотривал ... по моемому выиграш от оспользования 128 потоков вместо 64 дает выиграш процентов 15. Может показалось.

Автор: egorio Jan 6 2012, 10:08

QUOTE(wolka @ Jan 6 2012, 06:10)

QUOTE(Paul B.Atton @ Jan 5 2012, 00:46)

А "max-threads=-1" не проходить?

Так запусти сначала 64 ядра и посмотри, сколько будет гиганод. А потом запусти 128 и тогда проверь.

200 Mnod/sec это примерно 25к ппд (с квада ~ 3GHz при 24/7)

Автор: (_KoDAk_) Nov 26 2012, 11:27

как сделать службой ,

Автор: Death Nov 26 2012, 16:35

dnetc.exe -install