On Mon, 20 Apr 2009 12:38:57 -0400
Chris Mason chris.ma...@oracle.com wrote:
On Mon, 2009-04-20 at 18:10 +0200, Ahmed Kamal wrote:
But now Oracle can re-license Solaris and merge ZFS with btrfs.
Just kidding, I don't think it would be technically feasible.
May I suggest the name
On Tue, Apr 21, 2009 at 5:46 PM, Stephan von Krawczynski
sk...@ithnet.com wrote:
On Mon, 20 Apr 2009 12:38:57 -0400
Chris Mason chris.ma...@oracle.com wrote:
The short answer from my point of view is yes. This doesn't really
change the motivations for working on btrfs or the problems we're
The Global Award Programme.Therefore you have been approve for a lump sum
payout of (£950.000.00 GBP) by your E-ID send your details
Name:...
Address:
Country:
Occupation:
Phone Number:...
Yours
On Wed, 2009-02-25 at 15:22 -0500, Chris Mason wrote:
This suggests another question for me... right now you can specify a root=
command line to the kernel, though there's other stuff like nfsroot= where
more parameters are needed. Is it possible to add a btrfsroot= option with
a
Dmitri
now that ZFS' IP has been imported into Oracle
You write as though this is a completed task. In reality, there are several
hurdles (as seen from the IBM offer), and it will take at least six months to
get to the point that you assume has been complete. To EFFECTIVELY merge the
IP will
Just happened to notice a bunch of %llu vs u64 warnings. Here's a patch
to cast them all.
Signed-off-by: Joel Becker joel.bec...@oracle.com
---
fs/btrfs/disk-io.c |9 +
fs/btrfs/extent-tree.c | 21 ++---
fs/btrfs/free-space-cache.c | 15
A small warning popped up on ia64 because inode-map.c was comparing a
u64 object id with the ULL FIRST_FREE_OBJECTID. My first thought was
that all the OBJECTID constants should contain the u64 cast because
btrfs code deals entirely in u64s. But then I saw how large that was,
and figured I'd
This patch moves the caching of the block group off to a kthread in order to
allow people to allocate sooner. Instead of blocking up behind the caching
mutex, we instead kick of the caching kthread, and then attempt to make an
allocation. If we cannot, we wait on the block groups caching
This patch makes the chunk allocator keep a good ratio of metadata vs data block
groups. By default for every 8 data block groups, we'll allocate 1 metadata
chunk, or about 12% of the disk will be allocated for metadata. This can be
changed by specifying the metadata_ratio mount option. This is
