The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"OpenNews: Файловая система как пользовательский процесс в Li..."
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [Проследить за развитием треда]

"OpenNews: Файловая система как пользовательский процесс в Li..."
Сообщение от opennews (??) on 16-Янв-05, 00:58 
Miklos Szeredi предложил (http://kerneltrap.org/node/4517) включить в состав 2.6 Linux ядра (патчи есть и для 2.4 ядер) поддержку системы FUSE (http://fuse.sourceforge.net/) (Filesystem in Userspace) , позволяющей создавать реализации файловых систем вне пространства ядра, как непривилегированный пользовательский процесс.


FUSE уже используются совместно с такими файловыми системами, как:

-  AVFS (http://sourceforge.net/projects/avf/) - виртуальная ФС для хождения по архивам (tar, tar.gz, zip) и удаленным ресурсам (ftp, http, dav);

-  FunFS (http://www.luminal.org/wiki/index.php/FunFS/FunFS) - аналог NFS;

-  EncFS (http://arg0.net/users/vgough/encfs.html) - виртуальная ФС для работы с зашифрованными данными;


-  GmailFS (http://richard.jones.name/google-hacks/gmail-filesystem/gmail-filesystem.html) - ФС для доступа к Google Mail аккаунту.

URL: http://kerneltrap.org/node/4517
Новость: https://www.opennet.ru/opennews/art.shtml?num=4924

Cообщить модератору | Наверх | ^

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


1. "Файловая система как пользовательский процесс в Linux"
Сообщение от jp (??) on 16-Янв-05, 00:58 
SieFS tozhe
Cообщить модератору | Наверх | ^

2. "Файловая система как пользовательский процесс в Linux"
Сообщение от Denis Smirnov email on 16-Янв-05, 14:58 
Если это действительно произойдёт, то это будет очень хорошо.

EncFS -- чудесная вещь :)

Cообщить модератору | Наверх | ^

3. "ФСЁ НАФИГ ИЗ ЯДРА"
Сообщение от ZOD (??) on 16-Янв-05, 23:51 
>Если это действительно произойдёт, то это будет очень хорошо.
>
>EncFS -- чудесная вещь :)


Ваапще нуна фсё дерьмо перетаскивать в User space если слюниксоиды хотят чтобы их ось можно было юзать... В том числе и всю кучу обычных ФС...

Cообщить модератору | Наверх | ^

5. "ФСЁ НАФИГ ИЗ ЯДРА"
Сообщение от Денис Смирнов email on 17-Янв-05, 12:31 
Товарищам разработчикам всего лишь следует ознакомиться с QNX :)
Cообщить модератору | Наверх | ^

6. "Это точно... Хотя они из Minix"
Сообщение от ZOD (??) on 17-Янв-05, 15:49 
выросли, и после этого сделать такой шЫт надо уметь....
Cообщить модератору | Наверх | ^

7. "ФСЁ НАФИГ ИЗ ЯДРА"
Сообщение от Алексей (??) on 17-Янв-05, 21:16 
Давай не будем путать QNX и Linux? Для начала начнем с того что в QNX все выполняется (если не путаю) в 3-м кольце и сбой одного приложения валит все ядро, иначе толковой производительности не получится. А потом посчитаем сколько времени занимает переключение kernel / userland в линух и посчитаем что их надо сделать как минум 2 на каждое обращение к такой псевдо-фс.
Cообщить модератору | Наверх | ^

8. "Ничего там не валится."
Сообщение от ZOD (??) on 17-Янв-05, 23:03 
Производительность любой микроядерной системы на 5-7 прОцентов меньше чем у монолита. И QNX не исключение. Но у такого монолита как Linux производительность может быть ещё меньше QNX просто за счёт неэффективности и объёма кода. В QNX точно щаз не расскажу но сервисы работают в userspace, а ядро занимается только сообщениями и ВСЁ так что ничего никуда не валится. За счёт переключений kernel/user  производительность заметно падает только на убогих писках, но опять таки это 10%. Например на SPARC у микроядерных осей типа амёбы проблем ваапще нет. Зато за эти 10% Вы получаете стабильное и простое ядро с мессагес и практически неограничеными возможностями по построению эффективных распределённых систем и надстраиванию любого API.

Linus и Танненбаум долго спорили по этому поводу, но из того что я читал,  так и не увидел никаких аргументов в пользу монолита кроме этих пресловутых 10% и якобы растущей сложности. В чём я не согласен. Несмотря на кажущуюся сложность взаимодействия в случае  микроядра все отдельные сервисы типа файловой системы вполне просты как собственно и ядро. Более того такую систему гораздо легче заточить под мультипроцессор, и сделать действительно универсальной. Монолит же имеет смысл только в случае если ядро достаточно маленькое (как у Plan9) например и не будет обрастать множеством дополнительных прибабахов превращаясь в 200М монстра....

В общем при прочих равных микроядро несколько медленнее на обычной машЫне, но гораздо эффективнее при построении распределённых систем и работе на мультипроцессоре. Более того оно обладает неограниченой расшЫряемостью а в случае использования сообщений взаимодействия между сервисами и ядром весьма прозрачны. 10% которые linus выигрывал сначала давно уже исчезли по причине того что ядро стало слишком большЫм и соответственно потеряло эффективность. А заточка монолита под мультипроцессор вообще отдельная и весьма сложная задача, которая при микроядерном подходе решается г8ораздо проще и эффективнее.

QNX это промышленная операцЫонная система жёсткого реального времени, Linux же даже близко не стоит к такой надёжности масштабируемости и эффективности просто в силу слишком сложной монолитной архитектуры.

Cообщить модератору | Наверх | ^

9. "На мой взгляд "
Сообщение от ZOD (??) on 17-Янв-05, 23:06 
Minix бы мог быть гораздо более эффективной и надёжной OS если бы Танненбаум хотябы пытался его развивать. После работы с микроядерной ОС делать монолит (в начале монолит сделать проще но с развитием проекта он становится менее эффективен) это ИМХО было ошЫбкой, которую надо исправлять.
Cообщить модератору | Наверх | ^

4. "Файловая система как пользовательский процесс в Linux"
Сообщение от Аноним email on 17-Янв-05, 12:27 
И вообще всё ядро переписать, чтоб стало микроядром и иксы заменить и ....
А пока и так нормально.
Cообщить модератору | Наверх | ^

10. "Файловая система как пользовательский процесс в Linux"
Сообщение от Аноним on 04-Мрт-05, 09:45 
>И вообще всё ядро переписать, чтоб стало микроядром и иксы заменить и
>....
>А пока и так нормально.

Тогда может посмотреть в сторону Hurd

Cообщить модератору | Наверх | ^

Удалить

Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2021 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру