From: Chris Mason <chris.mason@oracle.com>
To: "sparx, India" <sparx.mailing.list@gmail.com>
Cc: linux-btrfs@vger.kernel.org
Subject: Re: Project idea regarding transparency for distributed systems to be incorporated in the btrfs design
Date: Wed, 12 Aug 2009 14:53:25 -0400 [thread overview]
Message-ID: <20090812185325.GB4652@think> (raw)
In-Reply-To: <ce8c6160908082359u5dd1df12gee1e3066aae6d3db@mail.gmail.com>
On Sun, Aug 09, 2009 at 12:29:23PM +0530, sparx, India wrote:
> Hi,
> We are a group of four undergraduate students studying in final year
> completing our computer engineering course from the University of
> Pune, India.
>
> We would like to do an operating system related project over a period
> of 6 months.
> We have studied and understood the design of Btrfs.
>
> We came across this paper presented in Fast '07 on transparent file
> systems in distributed networks. (TFS)
> The paper basically suggests some design changes in a regular file
> system so as to support (and minimize) the efforts of contributory
> applications for storage resources in a distributed system. This would
> enable greater resource contribution without affecting local
> performance ( Storage contribution can increase upto 40% in corporate
> networks)
>
> To support transparent memory allocation to a shared pool efficiently
> a file sytem should:
> 1.Allocate most blocks in a given region
> 2.View storage media as a series of chunks
> 3.Some replicative power of its own.
> However the TFS design does not interfere with a file systems own
> allocation policy.
>
> We could not find any article/information which specifically mentions
> that Btrfs handles memory allocation in distributed systems
> transparently.
>
> We would like to ask your suggestions on the following points:
>
> 1. Are we correct in our assumption that Btrfs does not handle
> transparent allocation as yet or have we missed something?
I'm not sure I fully understand the concept of transparent allocation.
Could you please describet his in more detail?
> 2. Would the Btrfs community appreciate this contribution to the
> file system?(i.e. do you think it is worth our investing our time and
> effort in this and that it contributes positively to btrfs?)
We're always interested in btrfs contributions ;) Thanks for taking the
time to read about the FS and propose this.
-chris
prev parent reply other threads:[~2009-08-12 18:53 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-09 6:59 Project idea regarding transparency for distributed systems to be incorporated in the btrfs design sparx, India
2009-08-12 18:53 ` Chris Mason [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090812185325.GB4652@think \
--to=chris.mason@oracle.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=sparx.mailing.list@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.