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





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Уже давно есть механизм блокировки буферов при обращении, *.chk будут писаться как повезёт, логи - в перемешку 23.10.09 14:12  Число просмотров: 1863
Автор: 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 работает исправно
<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-2021 Dmitry Leonov   Page build time: 1 s   Design: Vadim Derkach