>>других драйверов нет.
>Праздравляю.Даже если вы их вынесете в юзер мод они от этого лучше
>не станут.Хуже запросто, поскольку станут более наплевательски относиться к качеству кода
>- а чо, система не падает, баг не фатальный и нии**т. >>например, ошибки в приложениях не могут повлиять на ядро и другие приложения.
>Разделение на систему и юзера задумано.Оно есть в процессоре на уровне железа.Разделения
>ядра и драйверов в железе нет.
есть. 1-3 кольца защиты процессора (это же написал тебе и gmm20)
>Посему это придется делать программно.Соответственно будет тормозилово.
как видишь - нет
>О да.Конечно же осознание того факта что теперь ляпы в дровах может
>быть и не завалят систему (если повезет) наверное резко прибавит каКчества
>драйверам.Имхо так это прибавит рас...ства программерам и тестерам и дрова станут
>еще поганее.Когда дрова крашат систему это веский повод ловить баг -
>ибо фатально.А если не крашат - ну на баг забьют болт
>да и все дела.Чем менее серьезны последствия бага тем охотнее на
>него кладут.
ты путаешь две вещи.
существующие дрова и новые, которые будут когда-либо написаны:
- вынесение всех существующих драйверов из кольца ядра и в отдельные процессы _гигантским_ образом подымет надежность системы с потерей производительности в несколько процентов.
- написание нового драйвера с расчетом его работы в ограниченных полномочиях (в отдельном процессе где-нить на 1-2 кольце) - да, с большой вероятностью снизит его качество из-за меньшего внимания программистов к каждой проблеме в нем. Но это не проблема ни системы, ни драйвера. Это проблема человечества - лень :) Но именно она делает человека человеком.
Ведь действительно, программист сможет немного расслабленнее думать о коде, зная, что он уже подстрахован, и не только ядром, а самим процессором.
Не поверишь, но и этом тоже есть плюс! Стоимость разработки _коммерческих_ драйверов заметно снизится. И, ессьно, более мелкие фирмы смогут позволить себе поддержать свое железо в линухе.
Не об этом ли так мечтают все линухоиды?? (по себе скажу - да, именно об этом!)
Но тут, как ты справедливо заметил, будет и обратная сторона - более низкое качество, более частые сбои _самого_ драйвера. Ну так это же с лихвой компенсируется его жизнью в отдельном процессе и... микроядерной архитектурой ;)
Ведь неотъемлемой частью микроядра есть служба перезапуска сервисов :)
(по Таненбауму как минимум. Если че - поправьте)
Именно в этом один из глубоких смыслов микроядерной архитектуры. Упавший сервис - тут же перезапускается, чем обеспечивается минимальное время простоя в предоставляемых им услугах. Та же видуха/сетевуха/звуковуха иногда может быть просто переинициализирована заново перезапущенным драйвером - и продолжить работу! При этом данные всех остальных процессов - остаються гарантированно неповрежденными.
А это настолько немало, что оседлать даже спутник Линуху будет просто вопросом желания его туда поставить.
>А если я скажу что драйвер
>это часть системы, то что?Why not?
Конечно они часть системы :)
>Многие дрова входят прямо в ядро
>линукса чем неплохо подтверждают эту точку зрения.НТя тоже так сделана.А почему нет?
>Микроядро - это попытка исправить криворукость драйверописателей за счет >ядрописателей?Тогда маразм.
Отлично. У тебя _есть_ (это уже состоявщийся факт если не заметил) неопределенное количество _не_идеального качества драйверов _и_ ядро, возможно тоже не идеального качества.
Задача: сделать систему максимально надежной с минимальными усилиями (вполне реальные условия).
Что ты будешь переписывать: ядро или N+1 драйверов (а не ото всех и сырцы есть...)?
Так кто высказал маразм?
>Это как анек про мужика который ищет ключи под фонарем не потому
>что он их там потерял, а потому что там светлее :)
Опять путаешь теплое и мягкое с кошкой.
Мужику в этом анекдоте главное _искать_. Потому как он выбрал для этого место, где именно искать удобно - под фонарем.
Нам же главное - _найти_, т.е. решить проблему. А то, что она решается изменением архитектуры именно ядра - так это просто повезло, что фонарь светит именно туда, где лежат наши ключи, т.е. в каком-то оперделенном месте. И у нас нет необходимости обходить все злачные места, где побывал этот мужик (все дрова), чтобы там поискать ключи (выцепить все проблемы).
>Лично я за предсказуемую работу низкоуровневых частей моей системы.
>Там просто не должно быть таких багов.
Хм... ты какое ядро пользуешь? Вроде ж линух? Может каких патчей кладешь?
Потому как в ванильном ядре таких багов _УЖЕ_ есть. И как раз с _этим_ нужно что-то делать, а не витать в облаках, уверяя всех, что там чего-то не должно быть.
И твоей великожелаемой предсказуемой работы в линухе пока _НЕТ_ (равно как и в других популярных ОС - так, для справедливости замечу), как бы это ни было обидно.
>А прибамбасы для халявщиков которые дадут системе шанс может
>быть и не подохнуть если их сраный код изволит встать раком
>- это костыли.Которые дадут возможность писать дрова совсем уж халтурщикам (т.е.
>не дровописателям и не кернель программмерам) - качество драйверов от этого
>упадет ниже плинтуса имхо.Понимание того что баг вероятно уронит систему как-то
>способствует качеству кода...
см. абзац о коммерческих дровах и среднего производителя железа. Ну и о популярности линуха там же...
Эти же халявщики _напишут_ дрова под какую-то свою ср**ую железку - потому как это будет несколько проще и дешевле, чем сейчас. И на коробке _будет_ написано "Linux supported". И какой-нибудь менеджер Вася может выберет линух (по ценовым соображениям) под какой-то новомодный сканнер, но который _будет_ поддержан в линухе.
>Краш в драйвере - это не мелкий баг.И вообще на этом свете
>никто никому нихрена не должен.Например, дерьмовая архитектура х86 времен царя гороха
>спокойно уделывает в плане продаж куда более нормальные и современные, и
>ничо, все черпают это г ложками и нахваливают его - как
>оно дескать вкусно.Так что старина Таненбаум может и дальше гундеть, а
>толку то?Лучше б Таненбаум убогий х86 хоронил, а то правильная система
>на дерьмовом железе - форменное кощунство 8)
опять сырое и холодное спутал...
Речь о неправильном подходе к ненадежному коду драйверов, а не аппаратной платформе (смена которой, к слову, не меняет пробелмы ни на грамм)
