Подскажите плиз. Есть доступ по терминалу к нескольким машинам. Можно ли настроить, чтобы клиенты org брали исходные данные из определенной папки? При этом ничего не устанавливая на эти машины помимо самого клиента...
Можно.14.10.09 19:32 Автор: aLEXt <Alex Trusty> Статус: Member
> Подскажите плиз. Есть доступ по терминалу к нескольким > машинам. Можно ли настроить, чтобы клиенты org брали > исходные данные из определенной папки? При этом ничего не > устанавливая на эти машины помимо самого клиента...
Можно.
ищи настройку remote buffers
Спасибо, нашел. А утилиты будут использовать один buff-in...15.10.09 11:26 Автор: Алексей Статус: Незарегистрированный пользователь
> Спасибо, нашел. А утилиты будут использовать один 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 Автор: Алексей Статус: Незарегистрированный пользователь
> А как будут логи писаться? И *.chk использоваться? Ну и как > они будут забирать блоки, если обратятся одновременно к > входным данным? С блоками будет все нормально (файлы буферов блокируются на время доступа), а *.chk и логи нужно переопределять с командной строки, как я написал выше - используя системную переменную %COMPUTERNAME% или руками прописав уникальные имена на каждой машине.
Уже давно есть механизм блокировки буферов при обращении, *.chk будут писаться как повезёт, логи - в перемешку23.10.09 14:12 Автор: Ustin <Ustin> Статус: Elderman Отредактировано 23.10.09 14:16 Количество правок: 1
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
