lkml.org 
[lkml]   [2008]   [May]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 0/7] OMFS filesystem version 3
* Szabolcs Szakacsits <szaka@ntfs-3g.org> wrote:

Hi folks,

<big_snip />

I've just fought through this thread, maybe missed some points,
and I'll try no to repeat to repeat arguments already said, but:

IMHO, many of the filesystems should belong to userland,
(especially those I'd call "exotic"). Maybe some decision points:

* high complexity (-> not easy to debug)
* not required for booting
* not yet matured (within kernel)
* not performance critical
* requires much userland assistance
* not used permanently (just from time to time)
* not actually an IPC mechanism

My first candidate would be coda:

It never worked well for me, even often have to reload the
kernel driver. As most of the logic already *is* in userland,
there wouldn't be a performance tradeoff when doing the kernel
interface entirely via FUSE or even let venus just be an 9P server.


cu
--
---------------------------------------------------------------------
Enrico Weigelt == metux IT service - http://www.metux.de/
---------------------------------------------------------------------
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes for a lot dozens of packages in dozens of versions:
http://patches.metux.de/
---------------------------------------------------------------------


\
 
 \ /
  Last update: 2008-05-01 16:49    [W:0.358 / U:0.152 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site