информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Портрет посетителяСтрашный баг в WindowsВсе любят мед
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 С наступающим 
 Серьезная уязвимость в Apache Log4j 
 Крупный взлом GoDaddy 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / dnet
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
За двумя зайцами... А зачем? 04.12.02 18:43  Число просмотров: 1075
Автор: Kost <Пробки Москвы> Статус: Elderman
<"чистая" ссылка>
Лучше часть компьютеров - на один проект, часть - на другой.
По вкусу.
<dnet>
Можно ли заставить клиента чередовать проекты? 04.12.02 17:39  
Автор: Step <Step Alex> Статус: Member
<"чистая" ссылка>
Что бы посчитал один блог OGR, потом один RC5-72, и так по кругу....
Можно. 05.12.02 23:35  
Автор: jammer <alex naumov> Статус: Elderman
<"чистая" ссылка>
> Что бы посчитал один блог OGR, потом один RC5-72, и так по
> кругу....

dnetc.exe -config
2
10
0

>>
Additional buffer-level checking:

The following options are extensions to normal threshold management and are
not usually necessary:
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.

Options 1, 2 and 3 will cause the client to frequently check buffers levels.
(Frequency/interval is determined by the 'Buffer-level check interval' option)
You might want to use them if you have a single computer with a network
connection "feeding" other clients via a common set of buffers, or if you
want to ensure that completed work is flushed immediately.
Option 4 is a hint to the client to work on a single project as long as
possible (updating per-project buffers individually), rather than loop through
all active/enabled projects (one combined update per pass).
За двумя зайцами... А зачем? 04.12.02 18:43  
Автор: Kost <Пробки Москвы> Статус: Elderman
<"чистая" ссылка>
Лучше часть компьютеров - на один проект, часть - на другой.
По вкусу.
Нет. Разве что скриптом подменять INI, но только по времени. 04.12.02 18:29  
Автор: Deviator <n/a> Статус: Member
<"чистая" ссылка>
1






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2022 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach