On Thu, Sep 19, 2002 at 08:33:43PM +0400, Victor Wagner wrote: > 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 > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- С уважением, Лях Юрий сервисный инженер, V6 tel/fax: +7 (095) 363-0140, http://www.v6.ru
