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





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Можно, не будет 23.10.09 12:59  Число просмотров: 2224
Автор: Ustin <Ustin> Статус: Elderman
<"чистая" ссылка>
<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 работает исправно
1




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


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