The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Что в Microsoft плохо?


<< Предыдущая ИНДЕКС Поиск в статьях src Установить закладку Перейти на закладку Следующая >>

_ 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 <msh@corbina.net>

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)

<< Предыдущая ИНДЕКС Поиск в статьях src Установить закладку Перейти на закладку Следующая >>



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру