On 2002.09.19 at 19:57:54 +0400, Yury Lyakh wrote:

> 
> Зачем тогда плодить такие сущности как е-мыл, хттп итд? Подпадает под 
> передачу информации? Значит надо пользоваться барабанами. И слышно хорошо и 
> кроме барабана ничего не нужно.

Вот кстати, хттп это замечательная демонстрация того, как по мере
развития технологии отказались от пложения сущностей. Сравни http и ftp.
Насколько больше задач умеет решать http по сравнению с ftp и насколько
он проще - никаких тебе отдельных data connection, никаких тебе сессий,
никаких проблем с ASCII mode/binary mode.

И вообще, не нужно стремиться довести все до абсурда.

> 
> Нет, твой скриптик много чего не сделает. Спорить об этом бесполезно,

А я и не спорю.
Я спорю только по против того, что то, что не делает мой скриптик, мне
нужно.

> пока ты хотя бы по диагонали не прочитаешь конфиг аманды. Там 1 экранная

Информацию о том, как правильно организовывать бизнес-процессы, в том
числе и резервное копирование, я предпочитаю получать из книжек, а не из
конфигов чьего-то софта.

> > 
> > А в Unix, в котором компонентная модель (в виде концепции стандартных
> > потоков ввода-вывода и конвейеров) присутствовала уже тридцать лет
> > назад, про это стали как-то немножко забывать, и плодить всякие мозиллы
> > с опенофисами.
> 
> Может стоит ознакомиться с вопросом?:) Если ты почитаешь немного глубже
> различные источники, ты будешь приятно удивлен что Мозилла например
> работает с командной строки... в том числе берет и кидает в пайп
> замечательно...

Я это, представь себе, прекрасно знаю.
А еще я знаю, что RSS у моей мозиллы сейчас 30 мегов, на основании чего
я делаю вывод, что она монстр.

> А OO это попытка создать решение совместимости сам знаешь с чем. Не
> было бы этого, не было бы и OO.

Причем почему-то это сам-знаешь-то представляет собой большую коллекцию
reusable-компонент. А у oo с этим некоторые проблемы.
> 
> Что однако не спасет твою задницу как Chief Technical Officer в отчете
> перед твоим руководством, почему это контору так неожиданно настигло
> горэ...

А ссылка на то, что это был баг в аманде спасет?

> А затем, что мы еще tar+gzip vs amanda не расхлебали тему...

А мы ее и не начинали. Весь спор ведется между dump/restore в чистом
виде и dump/restore c заковыристой настройкой в виде аманды.

> Да и вообще, дать права на чтение с /dev/nst0 дело двух секунд, что
> здесь обсуждать? Здесь ни tar ни аманда ни при чем. Абсолютно.

Разницу между "дать права на чтения с девайса" и "дать права не пускать
к этому девайсу кроновые задания, которые туда записать хотят"

> > И при этом влезает на одну ленточку? Как называется такое устроийство?
> > В принципе, типичное время полной записи кассеты не превышает двух
> > часов. Поскольку скорость передачи данных на устройство плюс-минус
> > пропорциональна его емкости.
> 
> Время "на пожать" ты учитываешь? Или пользуемся hard-compression?

Конечно, пользуемся hardware compression. Зачем процессор зря нагружать.
Если и так влезает. Вот если не влезает и надо апгрейдить стриммер,
тогда стоит подумать.

-- 
Victor Wagner                   [EMAIL PROTECTED]
Chief Technical Officer         Office:7-(095)-748-53-88
Communiware.Net                 Home: 7-(095)-135-46-61
http://www.communiware.net      http://www.ice.ru/~vitus

Ответить