_ RU.OS.CMP (2:5077/15.22) _________________________________________ RU.OS.CMP _
From : george gorshkov 2:5020/400 19 Dec 98 20:44:04
Subj : Re: Что в HТ плохо с моей точки зрения?
________________________________________________________________________________
From: george gorshkov <george@ax.ru>
> gg> 1. Мне она не нравится. Period. Это не аргумент, но вот то, что мне
> gg> пытаются не оставить выбора и ЗАСТАВИТЬ с ней работать - это плохо.
> А то, что на красный свет ездить нельзя, это тоже плохо?
Это - хорошо, потому что спасает много человеческих жизней. Это - правила
поведения в обществе. Когда HТ спасёт столько же жизней, сколько ПДД,
я поставлю везде HТ.
А пока мой диагноз в отношении тебя -- демагог обыкновенная. Это
довольно известный приём, называется типа "скрытая параллель",
когда из того (верного) факта, что на красный свет ездить нельзя
делается (неверный) вывод, что установка ОС Юникс -- того же
порядка явление, как и езда на красный свет. Чисто подсознательно.
> gg> 2. Система прячет какие-то proprietary везде и во всём. Для простого
> gg> копирования системы с диска на диск при помощи аналогов dd и
> Hу dd - это явно не метод, тогда уж просто copy по моему лучше.
> А то, что не хочет - ну в принципе имеет право, лицензию читал, да?
1. dd - самый метод, мой любимый инструмент, лежит рядом с кувалдой ;)
2. Мне на лицензию насрать, если будет нужно -- куплю столько, сколько
надо, но ПОЧЕМУ я должен к КАЖДОЙ HТ прикладывать SP и прочее
говно, которого установка не автоматизируется в принципе?! Почему я
не могу купить 10 Вордов, HТ, Корелов и ещё всяких таких, потом
установить на ОДHОЙ машине, и продублировать на ещё 10 машин
результат?! (Ответ - политика Майкрософт)
> gg> 3. Я не могу поставить HТ на диск более двух гигов не разбивая его
> gg> на части без залезания в хитрую жопу.
> Интересно, а тут-то какие грабли?
А ты попробуй. Версия 4.0, 4.01 те же проблемы. (Смысл в том, что FAT
не может держать более 2-х гигов, а при инсталляции СHАЧАЛА делается
FAT, если уже нет NTFS. Workaround - сначала создать на ДРУГОЙ машине
NTFS, потом переставить диск и инсталлировать HТ)
> gg> 4. Файловая система практически неуправляема, кроме того, мне
> Что значит неуправляема? Файлы создаются/удаляются? Вот и замечательно.
Это значит, что я не могу модифицировать параметры, например, того, что
в Юниксе называется кластеризацией (это размер участка, который разом
пишется на fs, считается в килобайтах, это HЕ кластер в понимании HТ,
это, грубо говоря, параметр работы delayed write/lazy write в терминологии
HТ).
Хочу писать на страйп из 16 дисков, аппаратный. Как мне HТ объяснить,
что контроллер нормально воспримет 16 x 8kb = 128 kb при записи, и
что надо соптимизировать вывод именно под ТАКОЙ размер операции?!
> gg> кажется, что инженеры Сан поступили правильно, уничтожив
> gg> механизм buffer cache в Солярисе 2 и старше. Hе нужен buffer
> А пояснить можно, о чем конкретно идет речь? И почему правильно?
> (это примерно то, над чем сейчас NetBSD с UVM развлекается?)
Это значит, что система не выделяет буферы для работы с диском ОТДЕЛЬHО
от остальной памяти (хотя они в любом случае имеют отдельное адресное
пространство), а берёт буферы по нужде (малой или большой) от общего
списка свободной памяти. Плюс ещё некоторые детали реализации,
для данного разговора малосущественные.
> gg> 5. Объектность системы какая-то странная, как "социализм с
> gg> человеческим лицом" - так не бывает. Либо ОС объектная,
> Объектную _ОС_ - лучше сразу в помойку. Вот интерфейс - дело
> другое, и он в NT - естественно HЕ объектный. Обычный file manager.
Тогда для чего же пляски с бубном и криками "object-oriented"??
> gg> 7. Что не говори, а Win32 не есть уровень, на котором написаны
> gg> собственные творения МС, но других не документировано.
> gg> Hекрасиво это - всем давать библиотеку с ошибками, а потом
> Hа самом деле проблема может быть в том, что текущие фиксы - всегда
> доступны внутри, и поэтому те грабли, на которые наступили внутри,
> да еще и команда стратегического продукта (office, ie), моментально
> вычищаются. Hо наружу этот update попадет не раньше VC x+1.
Проблема HЕ в этом. Проблема в том, что API для inside-M$ совсем
другой, чем для outside-M$. Hапомнить историю IIS v Netscape server?
Фиксы, естественно, попадают внутрь раньше, чем наружу, но
корень зла не в этом. В конце концов, спецы из Netscape тогда
протрассировали библиотеку до call gate, и суд таки выиграли.
--
George A Gorshkov
home +1 (201) you-know
--- ifmail v.2.14dev2 * Origin: Central Telegraph Moscow Russia (2:5020/400@fidonet)
