КАНЕШНА живо - с чего б ему поимрать у миникс3 от миникс осталось одно название. Старое будет отпугивать потенциальных пользователей Скоро все на миникс3 перейдем, как студенты таненбаума напишут пакетов для него побольше
>Очевидно, что такая, достаточно сложная, схема взаимодействия драйверов и системных служб не может не привести к некоторой потере производительности по сравнению с обычными системами, где драйверы и сервисы сосуществуют в едином пространстве памяти, вне зависимости от того, пользовательском или "ядерном" (а подчас еще и вместе с ядром). Кто юзал- подскажите: насколько сильна потеря производительности? Без тестов, визуально?
понмится совсем недавно в топике про датчики температуры в OpenBSD, как приятно было видеть как разлетелась шушера аля UserAd и ему подобных анонимусов как только km зашёл...
UserAd, тебя что то не устраивает в Minix3? местный ксёндз окрестил его как исчадие ада?
для моей задачи она уже рабочая. а вот для одного проекта который требует рельс оно будет рабочей, если меня что то не обломает, например, время. ребяты там же позикс, такие приложения как руби откомпилировать особых затрат не будет. а апач и питон к примеру уже есть и все ок.
Просто я сколько его ни ставил всё он казался сыроватым и малоприспособленным к каким-либо задачам. И вот спустя 2 года с последнего взгляда на него он снова появляется на сцене, вот и стало интересно жив ли он. Больше всего конечно поражал механизм установки его с огромного количества дискет.
P.S. Ничего против него не имею так-же как ничего не имею за него.
UserAd, вы до 3 (трёх) считать умеете? Это MINIX2 требовал для установки 10 дискет, MINIX3 ставится с одного компакт диска, или даже работает с него как с LiveCD.
Просто многие думают, что если систему поделить, то она станет проще, хотя в жизни получается наоборот, так как требуется ворох протоколов. А еще распространенное заблуждение, что какая-та ОС немерено крута, когда Linux и Windows глючат. А ведь все дело в том, что как только требуется поддерживать зоопарк железа система усложняется неимоверно вне зависимости от архитектуры. Вот и глючит.
п...ж. и питон2 есть. и вопрос про виртуальную память тупой. и уж совсем тупость говорить про меморижадность. и про сравнение меморижадности руби с питоном (как я понял). вобщем комментировать нечего. вобщем хочется сказать всем прочим таким же комментаторам: ребяты не тужтесь, вашего участия для развития миникса не треба, кому интересно тот и пробует. лично меня привлекает его вменяемость, по такой же логике неплохо бы было писать все прочие приложения. и кстати читайте классиков ООП все сходятся к тому, что хорошее ПО в максимальной изоляции модулей, у миникса3 можно сказать ООП-подход. вот еще совсем наверное неперевариваемая мысля для местных "консерваторов-практиков" - его надо на эйфеле писать, тогда и вовсе каждый сможет проинспектировать ядро. другое дело дадут ли такую свободу каждому корпорации, вот миникс3 еще только заявил о себе и притом заявил то рабочей практической версией, а уже сколько помоев полилось со всех сторон.
Минукс вполне готова тока для одной задачи. Получать у Танненбаума "пятерки" по предмету "Архитектура операционных систем". Мне к примеру не уперлось его крутое микроядро. Когда пропишут дров под минукс больше чем под линем, тогда и посмотрим.
>Просто многие думают, что если систему поделить, то она станет проще
И это есть правда.
>еще распространенное заблуждение, что какая-та ОС немерено крута, когда Linux и Windows глючат
Мой разговор с фрибиздишником:
Я: - Windows suxx?
FB: - *уверенно* Suxx.
Я: - Linux suxx?
FB: - *уверенно* Suxx.
Я: - Так все операционки suxx.
FB: - *уверенно* точно. Но freeBSD suxx less:)
>А ведь все дело в том, что как только требуется поддерживать зоопарк железа система усложняется неимоверно вне зависимости от архитектуры.
Правильно. И один из способов управления сложностью - это деление на подсистемы. И все так делают везде - даже в винде. Ведь что такое драйвер? Это и есть такой абстрактный механизм борьбы со сложностью - выделение категории неких подсистем. То же самое модуль ядра. НАфига его делить на модули? Писали бы все с места в карьер прямо в ядре - скорость бы была немерянная. Вкидывали и выкидывали бы все ifdefами. К стати когда-то так и было. Разковыривал я когда-то в лохматом 96 году ядро на тему противоречивых ifdefов из-за которых не работала мегазвуковух turtle beach.
А что без нее совсем уж никак "для небольших серверов"? У нас вон народ на венде своп вырубает, и федорные сервера без свопраздела были пока нагрузка позволяла.
>А что без нее совсем уж никак "для небольших серверов"?
Я бы не решился. Кроме того, отсуствие виртуальной памяти в Minix3 - это следствие его простоты: как я понял, там память распределяется не страницами, а сегментами -> фрагментация памяти (если кто-то хочет меня поправить, то приводите ссылки). Так что длительно работающие без перезапуска сервера как-то стремно ставить. С другой стороны - были же "сервера" и на MS-DOS 8)
Читал некоторые их статьи. Заявляют по проведенным ими тестам потерю производительности 3-10 процентов в зависимости от типа задач. Потери идут в основном при межпроцессном взаимодействии - до 10%. На расчетных задачах потери ест-но гораздо меньше.
>А ты на него ответь - "да, виртуальная память есть" или "нету виртуальной памяти"
думайте что хотите, но ответ будет такой: "это не важно".
>в каком именно месте?
в месте максимальной изолированности модулей. думайте что хотите, но дополнение будет такое: "ООП полюбили за это"
>еще один прототип ОС будущего, много их было...
можно говорить что угодно, но она уже есть и не прототип, прототип - это когда работает строго в песочнице, тут же на реальном железе, дело осталось за массой, благо драйвера писать под миникс на порядок проще чем под монолитные ядра
"Одной из вещей, которую мы не можем обеспечить, является предотвращение причинения ущерба системе по причине неверного DMA (Direct Memory Access, прямой доступ к памяти). Для предотвращения перезаписи драйвером через DMA произвольной части реальной памяти требуется аппаратная защита."
Как бы эта дырка не съела все преимущества.
Тесты производительности впечатляют. 8-10% - совсем не много за такие бонусы.
Смущает фиксированный размер буферов IPC. При росте размера данных не сильно ли скажется на скорости обмена?
Нравится профессору, вот он и делает, хорошо бы люди присматривались к этому
и делали для себя соответствующие выводы, мб чего полезное и случится.
А "для души" Plan9 интересней в разы.имхо.