Re: Editing-in-place of a large file

• Next message: Matthew Wilcox: "Re: [parisc-linux] Re: documented Oops running big-endian reiserfs on parisc architecture"
• Previous message: Jörn Nettingsmeier : "Re: 2.4.8-ac11 lockup when burning cds"
• In reply to: Alan Cox: "Re: Editing-in-place of a large file"
• Next in thread: Bob McElrath: "Re: Editing-in-place of a large file"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

On September 3, 2001 12:48 pm, Alan Cox wrote:
> > That is reimplementing file system functionality in user space.
> > I'm in doubts that this is considered good design...
>
> Keeping things out of the kernel is good design. Your block indirections
> are no different to other database formats. Perhaps you think we should
> have fsql_operation() and libdb in kernel 8)

For that matter, he could use a database file. I don't know if Postgres (for
example) supports streaming read/write from a database record, but if it
doesn't it could be made to.

Or if he doesn't want to hack Postgres today, he can put his "metadata" in a
database file and the video data in a separate file.

--
Daniel
-
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/

• Next message: Matthew Wilcox: "Re: [parisc-linux] Re: documented Oops running big-endian reiserfs on parisc architecture"
• Previous message: Jörn Nettingsmeier : "Re: 2.4.8-ac11 lockup when burning cds"
• In reply to: Alan Cox: "Re: Editing-in-place of a large file"
• Next in thread: Bob McElrath: "Re: Editing-in-place of a large file"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Fri Sep 07 2001 - 21:00:18 EST