Date: Sat, 18 Jan 2003 11:09:21 +0800 From: "Cheen Liao" <cheen@synology.com> To: "Dan Ellard" <ellard@eecs.harvard.edu> Cc: <freebsd-fs@freebsd.org> Subject: Re: Transaction File System - a replacement of JFS Message-ID: <004201c2be9f$004059d0$681adf3d@homexp> References: <20030114192634.75751.qmail@web13505.mail.yahoo.com> <20030117075118.GA3493@HAL9000.homeunix.com> <3E27DA7F.D5DBEFB@mindspring.com> <20030117222410.GA5449@HAL9000.homeunix.com> <001401c2be93$c36c7490$681adf3d@homexp> <Pine.BSF.4.51.0301172110330.13588@bowser.eecs.harvard.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
These are great information. I will check them out. Here let me try some quick explanation to the rationale behind some decisions: We choose postgresql is because, postgresql has true BSD license. It does not matter if it is used for commercial redistribution or not. BDB is not. Also postgresql has great query supports and migration supports. Users can migrate their commercial database application over postgresql, or in the future, TFS. We choose VFS approach is because there are a lot of functions, from both open source community and my company, built on VFS layers. Note that it is more clean to run a database engine in kernel while VFS is just one way to view the data in the database. Certainly NFS can be another way. I expect the main challenge of the project is relying in merging the resources managed by database engine into the kernel. Adding more interfaces to accessing the data can be done in a later stage. Again thank you for the information and your interest in the project, Cheen ----- Original Message ----- From: "Dan Ellard" <ellard@eecs.harvard.edu> To: "Cheen Liao" <cheen@synology.com> Cc: <freebsd-fs@FreeBSD.ORG> Sent: Saturday, January 18, 2003 10:21 AM Subject: Re: Transaction File System - a replacement of JFS > On Sat, 18 Jan 2003, Cheen Liao wrote: > > > Recently there are discussions on JFS on FreeBSD. I think my company's > > development plan may meet the demands. > > > > My company is planning to build a Transactional File System (TFS) on > > FreeBSD, which has journaling (logging) capability and database capability. > > The basic idea is to build a file system on a database engine. When it is > > done, it should supersede JFS with its database functionality. > > ... > > You should get in contact with Lex Stein (stein@eecs.harvard.edu) and > Mike Tucker (mtucker@eecs.harvard.edu). They have built a file system > on top of Berkeley DB, and it's completely transaction-oriented. It's > open source and available to download now. The basic idea sounds like > almost exactly what you're planning to do, except that it's based on > Berkeley DB instead of Postgres, and its interface is a user-level > NFSv3 server instead of VFS. (I don't know whether they've thought > about the niftier features like snapshots/replication, beyond what is > already provided by BDB) > > Even if you don't like exactly what they've done, and really want to > use VFS, I think you'll find it much easier to cram BDB into the > kernel than Postgres! If you're determined to stick with Postgres, > however, you should check out Michael Olson's work on the "Inversion" > file system, which used Postgres as the basis for a file system that > did some of the things you are thinking about, circa 1993. (But note > that following in Michael Olson's footsteps will also lead you back to > Berkeley DB...) > > -Dan > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-fs" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?004201c2be9f$004059d0$681adf3d>