Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Ну чтоб не быть голословным и я вербализую пару своих ощущений "неправильности" архитектуры 28.09.05 11:28 Число просмотров: 1968
Автор: amirul <Serge> Статус: The Elderman
|
Начнем с того, что подсказал Heller:
1) Морально устаревшую организацию контроля доступа "группа владельца-владелец-остальные" не пнул только ленивый. Если я хочу открыть доступ к ОДНОМУ файлу какому нибудь конкретному пользователю мне легче в списках доступа ЭТОГО файла прописать права для ЭТОГО пользователя, чем заводить новую группу, добавлять пользователя в эту группу, менять группу владельца для файла.
2) Обобщенный доступ к устройствам в виде файлов это конечно хорошо. В винде точно так же доступ из третьего кольца к ЛЮБЫМ устройствам можно осуществлять только через файлы. Но при чем здесь файловая система? Не изначально виртуальная типа /proc, а совершенно конкретный каталог /dev с совершенно неиллюзорными inoda-ми на винте? Я знаю о devfs, но во первых это заплатка на архитектурную недоработку, а во вторых появилась не так давно.
3) Однобайтовый старший номер устройства это примерно такая же глупость как и максимум в 640 кб ОЗУ. Да и идентификация устройств по номерам выглядит не очень красиво: для того, чтобы обеспечить совместимость своего драйвера со всеми остальными мне нужно направлять куда то запрос на выделение старшего номера. В конце концов этот ляп тоже придется латать чем нибудь типа IPv6 для инета.
4) PnP так и не реализовали по человечески. Процесс, который опрашивает PCI каждый раз при загрузке и по своей базе ищет подходящие дрова - это не PnP, потому как для расширения необходимо переписывание кода этого процесса либо модификация базы. В винде идентификацией устройств на шине занимается драйвер шины, а в соответсвии со сгенерированным идентификатором ищется inf для драйвера. Расширение: дописывается bus extender для шины, а для узнавания драйвера достаточно ДОБАВИТЬ один файл.
5) Мне не нравится текстовые конфиги - это в любом случае потеря производительности, а вручную править termcap или sendmail.cf никто все равно не станет, а в сопутствующих текстовках X-ы (не XF86Config - там и кроме этого всякого добра навалом) сам daemon ногу сломит. Реестр - БИНАРНАЯ база данных, оптимизированная для быстрого поиска по главному ключу (имени). Экспорт/импорт в текстовый вид есть - куда ж без этого, но хранить и постоянно работать с текстовыми конфигами - оставим юниксоидам.
Это только то, что на поверхности. Прикол в том, что такими недочетами, где небольшими, а где и огромными пронизан весь *nix. И это прописано в POSIX, так что никакие усовершенствования от этого не спасут
|
|
|
подробно о проекте
Анализ криптографических сетевых...
