>Все *nix построены на концепции "все есть файл", которая сама по себе является ограниченной и не дает ОС развиваться. Сама же концепция файла примитизирована и сведена к единственному его представлению, как "потока данных", или "потока записей фиксированной длины размером 1 байт". И тот же Plan9, который довел концепцию "все есть файл" до предела, именно поэтому обречен.
Я упал в люк, следовательно мой папа гитарист. Аффтор видимо настолько уверен в своей правоте что забыл что-то доказать.
>Другим ограничением *nix и особенно Linux является монолитность ядра. То, что Торвальдс не осилил менеджер памяти независимый от микроядра (в этом не смог превзойти учителя, а потом доказывал и доказывает, что он правее), привело к невозможности добавить драйвер, или системный компонент, без перекомпиляции ядра. То есть наращивание свойств системы путем простого добавления драйверов или компонентов невозможно в принципе.
Я чёто не понял. Аффтор вообще ядро линуксовое в глаза видел?
>Одним из самых спорных положений о технической ущербности ядра Linux является объектность, точнее полное отсутствие таковой. Ядро Linux (и вообще *nix) в принципе не может поддерживать объектную идеологию, которая является ключевой для развития интерфейсов нового поколения, и создания единой распределенной операционной среды. Можно возразить, что дескать, можно, используя Linux-ядро, поверх него, как оболочку, создать объектную идеологию. Можно-то конечно можно, но нельзя! Эта оболочка будет существовать вне ядра, и поэтому будет не защищена! Кроме того X-сервер с ООП дружит также плохо, как и ядро Linux.
Поток сознания, опять.
>Есть экзотичный Plan9 и его потомок Inferno. Но по уже указанным причинам первый в принципе ничем не лучше Linux, а второй может использоваться пожалуй только embedded-системах (отсутствие VFS как "класса" знаете ли никому еще на пользу не пошло).
>Есть еще Minix. Проблемы те же.
Опять бездоказательная муйня.
>Итого в сухом остатке имеем два "джастфофан" направления – любительские ОСи и клон всеми любимого поделия от M$. Любопытно найдется ли спонсор, который вложит в развитие кого-нибудь из них эдак миллиардик-другой как IBM в Linux?
Итого в сухом остатке имеем аффтора, который должен:
1) Поделиться телефоном своего диллера.
2) Прекратить судить о *nix по статьям из журнала "Мурзилка".
ну я бы не стал ставить автору +1 бо очевидных ляпов у него хватает, но если подойти в целом модель POSIX а в особенности попытка втиснуть туда потоки и ее реализация мне то-же не очень нравится :-/
Что-то автор не производит впечатление специалиста по NT или *NIX. И что, он надеялся, что прочитав этот FUD, все кинутся мигрировать на NT? Пока венда не открыта под GPL, она не готова для моего десктопа. :)
>Другим ограничением *nix и особенно Linux является монолитность ядра. То, что Торвальдс не осилил менеджер памяти независимый от микроядра (в этом не смог превзойти учителя, а потом доказывал и доказывает, что он правее), привело к невозможности добавить драйвер, или системный компонент, без перекомпиляции ядра. То есть наращивание свойств системы путем простого добавления драйверов или компонентов невозможно в принципе.
> А кто заставляет в монолитном ядре кернел модуль лоадер отключать нафуй если уж планируется модули грузить ?
Кернел модуль лоадер отключать никто не заставляет, но это таки будет подгружаемая часть ядра, которая от собранного монолитом ничем отличаться не будет. И завязана она будет на текущую архитектуру, и "приплыв" утащит за собой все ядро, бо не в юзерспейсе...
>Есть экзотичный Plan9 и его потомок Inferno. Но по уже указанным причинам первый в принципе ничем не лучше Linux, а второй может использоваться пожалуй только embedded-системах (отсутствие VFS как «класса» знаете ли никому еще на пользу не пошло).
Долго смеялсо. просто РЖАЛ. Извените, но по другому написать не могу. Пейсатель совершенно не осведомлён ни о Plan9 ни о Inferno. Неведома ему и сила Styx (9P2000) :)
автору я б прописал успкаивающие и полную изоляцию от общества ;)
ущербный он и тупой и ничего не знает, но осуждает ;) особенно про "все это файл", ага ага, надо наверное для каждой муйни пейсать свое мегаАПИ а потом от версии к версии его менять при этом "оставляя" совместимость ;)) вообщем лечится автору давно пора.
>"В Linux 100 приоритетов, приоритеты 1-99 – реального времени. Потоки/процессы не реального времени (а их подавляющее большинство) выполняются на единственном приоритете 0, и планируются по принципу круговой диспетчеризации (RoundRobbin – привет из 80-х годов)."
Что-то я в этом сомневаюсь. А не "Многоуровневые очереди с обратной связью" там используются( http://img127.imageshack.us/img127/6395/sr36hm0.gif )? А RR это вообще не из 80-х,а из 70-х годов.
> Другим ограничением *nix и особенно Linux является монолитность ядра. То, что Торвальдс не осилил менеджер памяти независимый от микроядра (в этом не смог превзойти учителя, а потом доказывал и доказывает, что он правее), привело к невозможности добавить драйвер, или системный компонент, без перекомпиляции ядра. То есть наращивание свойств системы путем простого добавления драйверов или компонентов невозможно в принципе.