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