Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
| | | | |
[OGR] Благодарствую, заработало)) 16.10.09 18:47 Число просмотров: 2377
Автор: aLEXt <Alex Trusty> Статус: Member
|
Gnod-ами отблагодаришь :)
|
<dnet>
|
[OGR] Настройка клиента 14.10.09 17:26
Автор: Алексей Статус: Незарегистрированный пользователь
|
Подскажите плиз. Есть доступ по терминалу к нескольким машинам. Можно ли настроить, чтобы клиенты org брали исходные данные из определенной папки? При этом ничего не устанавливая на эти машины помимо самого клиента...
|
|
Можно. 14.10.09 19:32
Автор: aLEXt <Alex Trusty> Статус: Member
|
> Подскажите плиз. Есть доступ по терминалу к нескольким > машинам. Можно ли настроить, чтобы клиенты org брали > исходные данные из определенной папки? При этом ничего не > устанавливая на эти машины помимо самого клиента...
Можно.
ищи настройку remote buffers
|
| |
Спасибо, нашел. А утилиты будут использовать один buff-in... 15.10.09 11:26
Автор: Алексей Статус: Незарегистрированный пользователь
|
> Можно. > ищи настройку remote buffers
Спасибо, нашел. А утилиты будут использовать один buff-in файл и брать по одному блоку оттуда? Или можно закинуть несколько входных файлов?
|
| | |
Remote buffers - это замена keyserver'а. Когда клиенту нужны... 15.10.09 12:18
Автор: stream <Roman Trunov> Статус: Member
|
> Спасибо, нашел. А утилиты будут использовать один buff-in > файл и брать по одному блоку оттуда? Или можно закинуть > несколько входных файлов?
Remote buffers - это замена keyserver'а. Когда клиенту нужны новые блоки, он не лезет на keyserver, а копирует их из "remote_buffer_dir\buff_in.*" в свой локальный buff-in.*. Сколько блоков брать - задается в настройках клиента обычным образом (можно поставить 1). Аналогично готовая работа переносится из локального buff-out.* в "remote_buffer_dir\buff_out.*" Т.е. в этом случае у клиента всегда есть локальные buff-in/out, пусть даже в них по 1 блоку.
Второй вариант - разместить все на сервере, а на компьютере - только exe (да и его не обязательно, пускать можно тоже с сервера). Есть разные варианты, например, запускать с такой командной строкой:
dnetc -ini \\SERVER\path\to\dnet\dnetc.ini
или даже запускать сразу с сервера:
\\SERVER\path\to\dnet\dnetc
В обоих случаях будет использоваться общие buff-* файлы на сервере. Желательно только, чтобы машины с общим буфером использовали одно и то же ядро, а то блок, частично просчитанный одной машиной, будет считаться заново другой.
Если все буфера общие на сервере, и используется checkpoint file (а его все-таки желательно использовать), он должен быть на локальном диске или иметь уникальное имя для каждого клиента. Например, включать в себя имя компьютера:
....\dnetc -ckpoint ckpoint.%COMPUTERNAME%
|
| | | |
Благодарствую, заработало)) 16.10.09 13:48
Автор: Алексей Статус: Незарегистрированный пользователь
|
|
| | | | |
[OGR] Благодарствую, заработало)) 16.10.09 18:47
Автор: aLEXt <Alex Trusty> Статус: Member
|
Gnod-ами отблагодаришь :)
|
| | | | | |
А можно ли с разным машин запускать одну и ту же коровку? Не... 23.10.09 11:56
Автор: Алексей Статус: Незарегистрированный пользователь
|
А можно ли с разным машин запускать одну и ту же коровку? Не будет конфликта?
|
| | | | | | |
Можно, не будет 23.10.09 12:59
Автор: Ustin <Ustin> Статус: Elderman
|
|
| | | | | | | |
А как будут логи писаться? И *.chk использоваться? Ну и как... 23.10.09 13:40
Автор: Алексей Статус: Незарегистрированный пользователь
|
А как будут логи писаться? И *.chk использоваться? Ну и как они будут забирать блоки, если обратятся одновременно к входным данным?
|
| | | | | | | | |
С блоками будет все нормально (файлы буферов блокируются на... 26.10.09 11:26
Автор: stream <Roman Trunov> Статус: Member
|
> А как будут логи писаться? И *.chk использоваться? Ну и как > они будут забирать блоки, если обратятся одновременно к > входным данным? С блоками будет все нормально (файлы буферов блокируются на время доступа), а *.chk и логи нужно переопределять с командной строки, как я написал выше - используя системную переменную %COMPUTERNAME% или руками прописав уникальные имена на каждой машине.
|
| | | | | | | | |
Уже давно есть механизм блокировки буферов при обращении, *.chk будут писаться как повезёт, логи - в перемешку 23.10.09 14:12
Автор: Ustin <Ustin> Статус: Elderman Отредактировано 23.10.09 14:16 Количество правок: 1
|
for %q in (1 2 3 4 5 6 7 8 9 10) do start dnetc.exe -update работает исправно
|
|
|