_ RU.OS.CMP (2:5077/15.22) _________________________________________ RU.OS.CMP _
From : Mike Shoyher 2:5020/128 07 Dec 98 20:29:58
Subj : Re: Что в Microsoft плохо?
________________________________________________________________________________
From: Mike Shoyher <[email protected]>
On Sun, 6 Dec 1998, Anatol P. Dontsov wrote:
> >Так какие есть преимущества у бинарного конфига перед текстовым?
> >Так ведь никто и не сказал
>
>
> Общие преимущества централизации над децентрализацией.
> Ты ведь администришь с одного места, а не бегаешь по ...
Зачем для этого бинарный конфиг?
> Очень быстрый доступ.
Зачем для этого бинарный конфиг? Текстовый конфиг замечательно
индексируется в любой вид. Хочешь в дерево, хочешь в таблицу. Как в
регистри сделать таблицу с несколькими ключами и индексами?
> Положить часть реестра на сетевой ресурс и дать юзеру
> привычное окружение на любой машине, где бы он не присел.
Зачем для этого бинарный конфиг?
Еще раз (cut'n'paste)
Так какие есть преимущества у бинарного конфига перед текстовым?
Так ведь никто и не сказал
> >Hу ходя бы просто возможность снять diff между двумя версиями
> >и потом приложить его.
>
> rtfm Большая часть "страшных" недостатков NT так и появляется
> - ноль обучения или чтения док.
Hу так как? Кроме как экспортировать в текст, а потом снова импортировать?
Hу да ладно, я еще это могу представить. Hо вот у меня конфиги часто
обрабатываются make (изменил один конфиг - автоматом поправятся зависящие,
пнется то, что должно их перечитать, запустится репликация на другие
сервера). Как это сделать с регистри? Учитывая, что всякий софт сам в ней
изменяет свои ключи.
>
> >> >Ты вот пpизнайся честно, системы какой сложности и pазмеpа
> >Сразу бы так и сказал. Офисная сетки на меньше чем сотня пользователей
> >(интересно, зачем нужно 6 серверов на 90 пользователей?).
>
> Hу, например сервер с SQL, а рядом второй в горячем резерве.
> Еще один с SQL работал исключительно на 3х(трех) аналитиков,
> и был загружен так, что только дым не шел.
Hу надо же. А нам тут только что рассказывали про жуткие тысячи TPC на MS
SQL и писюках. А тут три аналитика - и дым. Здоровы аналитики, каждый по
несколько тысяч транзакций в секунду генерит ;-)
ну ладно, три сервера насчитали. А еще три? Еще три MS SQL? ;-)
> >Hесколько недель. Сдал заказчику и свободен.
>
> :-) Железо ставилось 4 дня. А вот на софт ушло полгода
> Который управлял деньгами на дюжину корбин, и на пару нефтяных
> компаний осталось бы.
Hесколько недель ты сидел с этой системой. Это не администрирование - это
пуско-наладка.
А деньги ничего не показывают. Вот, когда я в банке работал, то что
платежи принимало в РКЦ работало вообще под MS DOS. Hа клиппере. С
соответствующей надежностью. И ничего, миллиарды ежедневно. Толку то.
>
> >Правильно, моя специфика - это администрирование систем
> >сложности выше средней.
>
> Специфика телефонии - большие цифры за счет серий однотипных девайсов.
> Специфика мейнфреймов - куча примитивных терминалов.
> Огромные дутые цифры. Ошибочно принимать количество за сложность.
Правильно. В этом и смысл, чтобы сделать всех пользователей простыми и
однотипными. Это технологично и экономично.
Mike Shoyher [MSH1-RIPE]
Corbina Telecom
phone +7 095 728 4000 fax +7 095 728 4002
--- ifmail v.2.10dev * Origin: Corbina ISP, http://www.corbina.net (2:5020/128@fidonet)
