Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
|
Можно. 05.12.02 23:35 Число просмотров: 1780
Автор: 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).
|
|
<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
|
|
|
|
|
подробно о проекте
Анализ криптографических сетевых...
