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





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Нет. Разве что скриптом подменять INI, но только по времени. 04.12.02 18:29  Число просмотров: 1300
Автор: Deviator <n/a> Статус: Member
<"чистая" ссылка>
<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-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach