Messages in this thread | | | Date | Fri, 27 Aug 2004 02:18:51 +0200 | From | Andrea Arcangeli <> | Subject | Re: silent semantic changes with reiser4 |
| |
On Thu, Aug 26, 2004 at 04:53:23PM -0700, Hans Reiser wrote: > Think of it as being like VFS, where you can plugin new filesystems. > Only in this case, you can plugin new kinds of files, and everything you > need to implement those new kinds of files (items, nodes, keys, > processing before flushing to disk, etc.) also gets implemented as a > plugin. It is an Uber-VFS.
I'm just confused by the naming, following your comparison with it being like VFS, I don't call reiser4 a "plugin" of the VFS.
The vfs offers an interface for the fs to register into it. Like the scsi highlevel code also offers an interface for the lowlevel driver to register into it, but we don't call scsi lowlevel drivers "plugins".
the ext3 directory code calling ext3_getblk would be also a plugin in your vocabulary, and the ext3_getblk call would be plugin-hook.
> I am not concerned about ram in this design, I want nifty new kinds of > files easy crafted over a weekend by sysadmins working in Canada and > Guatemala. Software engineering cost is what matters to me ( I turned > 40, so I think different now....;-) )
Adding proper layering and abstractions is sure a good thing, if you can turn the street into a crowd of reiser4 kernel hackers because your API is so clean that any sysadmin can craft new kind of files over the weekend you're welcome to go ahead ;). (I just doubt the "plugin" terminology can make a difference by the time people start scratching their head into the code, the design and the clean abstraction of the code will make a difference instead) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |