Конфигурация OGR-клиента, самое необходимое Налаштування

[Tamagoch]

Настройка d.net клиента на работу в проекте 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 установит клиент в качестве сервиса.

Це повідомлення відредагував egorio: Jan 14 2009, 22:55

[Burzum]

стосовно настройок клієнта. Ця порада буде особливо актуальною для тих, хто має окремі машини чи ферми, до яких не завжди просто отримати доступ, щоб перевірити, чи все добре.
якщо з якоїсь причини закінчаться завдання і нових неможливо отримати (зник інет, змінились параметри підключення), то можна порахувати РЦ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 (відправка-отримання)
Якщо потім така блудна корівка все ж вирветься в інет, то команда отримає гарний мегазлив (дивимось тут на результати за 12 і 13 лютого цього року: такі результати отримані за той період часу, поки корівка була без інтернету)

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

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

Це повідомлення відредагував Rilian: Aug 29 2008, 12:31