The OpenNET Project / Index page

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

Что в HТ плохо с моей точки зрения?


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

_ 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 <[email protected]>

>  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)

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



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

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