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





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Moldyn: господа разработчки обратите внимание! 25.11.02 20:02  
Автор: hazkep Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Клиент считал что-то половину дня затем, после того, как я активировал отправку кэша(send_all_cache.bat) на сервер отправились два юнита:
первый имел размер 641,2 Kb, а второй - 585,8 Kb! Это очень много! Неужели сущесвует реальная необходимость передачи такого количества информации? К примеру, для меня это критично!
Moldyn: господа разработчки обратите внимание! 25.11.02 20:43  
Автор: Konstantin <Konstantin Leontiev> Статус: Member
<"чистая" ссылка>
> Клиент считал что-то половину дня затем, после того, как я
> активировал отправку кэша(send_all_cache.bat) на сервер
> отправились два юнита:
> первый имел размер 641,2 Kb, а второй - 585,8 Kb! Это очень
> много! Неужели сущесвует реальная необходимость передачи
> такого количества информации? К примеру, для меня это
> критично!

Мы лишь можем увеличить степень сжатия результатов с помошью ZIP, а со временем перевести их в двоичный формат (хотя это лишь на 15-20%) уменьшит их объёем. Будем работать над этой проблемой. Результаты действительно весьма объёмные - такова специфика проекта. Мы постараемся снизить объём данных хотя это весьма проблематично.
В принципе, исходящий трафик мне неважен.. 26.11.02 10:18  
Автор: !mm <Ivan Ch.> Статус: Elderman
<"чистая" ссылка>
..но это мне, на выделенке, где по договору анлимит на исход. Диал-апным же пользователям не очень интересно сидеть ждать, пока уйдут результаты обсчета..
Да и при развертывании проекта на полную, ваши же каналы будут просто перегружены.

> > такого количества информации? К примеру, для меня это
> > критично!
>
> Мы лишь можем увеличить степень сжатия результатов с
> помошью ZIP, а со временем перевести их в двоичный формат
> (хотя это лишь на 15-20%) уменьшит их объёем. Будем
> работать над этой проблемой. Результаты действительно
> весьма объёмные - такова специфика проекта. Мы постараемся
> снизить объём данных хотя это весьма проблематично.
при использовании RAR размер архива в 2 раза меньше 26.11.02 10:26  
Автор: nxAlexP [HZ Moscow] Статус: Незарегистрированный пользователь
<"чистая" ссылка>
при использовании RAR размер архива в 2 раза меньше 26.11.02 10:31  
Автор: Konstantin <Konstantin Leontiev> Статус: Member
<"чистая" ссылка>
Ответ здесь:

http://www.distributed.org.ru/forum/index.php?a=topic&forum=1&topic=86
1




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


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