LINUX.ORG.RU
ФорумTalks

Задумался о судьбах кернеля...


0

0

В свете пантентных войн с fat/vfat в частности задумался вот о чем: почему бы кернель-хакерам и Линусу в частности не пойти бы на следующий шаг - разделить все fs в ядре на "высокопроизводительные" (ext2/ext3, xfs, reiserfs, jfs) и "обычные" (все остальное - nfs, fat, BSDишные системы, cifs/smbfs и проч.). "Высокопроизводительные" (и патентно-чистые :) ) объявить частью ядра и позволять компоновать их в виде модулей или статически, а "обычные" - выкинуть из ядра и поддерживать через интерфейс fuse, например. Убиваем двух зайцев: и ядро становится более "микроядерным" :)) и с патентами никаких проблем - пользователь на свой страх и риск подключает "неродные" fs.

Что думаете, коллеги?

> и ядро становится более "микроядерным"

Это cygwin венду может сделать более Unix-подобной, а Linux более микроядерным сделает только полная переработка.

Begemoth ★★★★★
()

> Что думаете, коллеги?

IMHO вам вредно думать :-/

// wbr

klalafuda ★☆☆
()

Зря ты тут микроядерность упомянул :-), у нее из хорошего только названние. Но насколько я помню разговоры, все идет именно к тому, что ты написал.

Shaman007 ★★★★★
()
Ответ на: комментарий от lester_dev

> Я валяюсь

ты упал? Поднимись, отряхнись. И на будущее - помолчи, коль нечего сказать.

annoynimous ★★★★★
() автор топика
Ответ на: комментарий от Shaman007

> Зря ты тут микроядерность упомянул :-)

Во первых, это была шутка :-) А во-вторых, если вспомнить, что одно из определений ОС (с точки зрения праграммиста) как набор програмных абстракций (процесс, поток, системный вызов, канал или другие средства IPC), то ИМХО очень логично выкинуть из ядра все то (за исключением противопоказаний по производительности), что не укладывается в эту абстракцию. Предельный вариант этой процедура - как раз микроядро. Но многие вещи пока стОит оставить в режиме ядра - драйверы железа, планировщики, и, вот, по моей мысли еще и некоторые из файловых систем просто из соображений получения приемлемой производительности.

annoynimous ★★★★★
() автор топика

Долой патентную шнягу с ядра

SteepZ
()

ты сделай что-нибудь, например вытащи smbfs из ядра и перепиши для fuse, а потом приходи.

fghj ★★★★★
()
Ответ на: комментарий от fghj

> ты сделай что-нибудь, например вытащи smbfs из ядра и перепиши для fuse, а потом приходи.

так вот именно, что уже все готово! осталось сделать завершающий шаг и, так сказать, законодательно это оформить.

annoynimous ★★★★★
() автор топика
Ответ на: комментарий от ero-sennin

>ы, дорогой друк! Ж) Давно переписали, и не один раз. :D

значит херово переписали раз все еще

$ test ! -z "`ls /usr/src/linux/fs/smbfs`" && echo "not emtpy"
not emtpy

ЗЫ

один из проектов google summer 2006 портировать zfs для fuse

fghj ★★★★★
()
Ответ на: комментарий от alphex_kaanoken

>отжог! ;) более микроядерным эта пять ! ;)

возможность работы fs в userspace, замена частей с помощью rmmod/insmod

вряд ли можно назвать особенностями "монолитного" ядра.

fghj ★★★★★
()
Ответ на: комментарий от fghj

> возможность работы fs в userspace
  ^^^^^^^^^^^ это именно особенность моноядра, т.к. в микроядрах ФС всегда будет в userspace.

Begemoth ★★★★★
()
Ответ на: комментарий от Begemoth

> возможность работы fs в userspace
> ^^^^^^^^^^^ это именно особенность моноядра, т.к. в микроядрах ФС >всегда будет в userspace.


во-первых в микроядрах ФС не обязательно в userspace, она может работать на промежуточном кольце защиты между userspace и ядром.

во-вторых не понял сути вашего возражение, т.е. если только некоторые файловые системы работают в userspace то это монолитное ядро, можно услышать ваше определение монолитного ядра?

fghj ★★★★★
()
Ответ на: комментарий от fghj

> во-первых в микроядрах ФС не обязательно в userspace, она может работать на промежуточном кольце защиты между userspace и ядром.

пардон, при чем тут вообще аппаратная защита ресурсов? к моно/микро ядру она имеет весьма стороннее отношение.

// wbr

klalafuda ★☆☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.