Hi,
On Wed, Aug 20, 2008 at 7:25 PM, Chris Mason <chris.mason@xxxxxxxxxx> wrote:
> On Wed, 2008-08-20 at 02:43 -0600, Eric Anopolsky wrote:
>> Hi,
>>
>> I'm new here. For the past few months I've been contributing some code
>> and discussion to the ZFS-fuse project, but Sun's silence on the
>> licensing issue has left a bad taste in my mouth. I'm ready to switch
>> over to the light side of the force, but I have a couple of questions.
>>
>> 1. I've seen and modified the ZFS source code. Even if I never look at
>> it again, could that poison potential contributions to btrfs?
>>
>
> For now, yes, reading and changing the ZFS source code is not a good
> idea for people that want to contribute to btrfs.
>
>> 2. What needs doing? Easy stuff first, please. I've never done kernel
>> coding.
>
> Testing, discussing and reporting bugs are a great first step.
One thing that I would like to see, is how btrfs behaves with eavy
uses of version control systems like:
- git
- hg
big repos, greps, finds, and stuff like that.
It looks to me that git/hg/bazaar are everytime more widely used,
specially on power users' machines.
Btrfs should look good on those workloads...
Another thing that I'm particularly interested is in stuff like:
- remirror progress stats
- adding, removing, drives, growing a volume, setting a drive faulty,
etc.. (feature parity with mdadm)
- create userland tools to enable booting from btrfs:
- single disk and multi disk (raid1, 0 or 10)
- which snapshot/subvolume ?
- support a migration path to ppl using mdadm + lvm.
- provide similar tools and sintax to ppl used to lvm and mds.
(feature parity and more..)
- provide higher level userland apps, and manage and know how to
work with LVM and MD devices, support for equivalent (or better)
features on btrfs.
- DeviceKit.Disks support (the future is DeviceKit! :-p) ->
-> http://hal.freedesktop.org/docs/DeviceKit/
-> http://lists.freedesktop.org/archives/hal/2008-May/011560.html
-> http://gitweb.freedesktop.org/?p=DeviceKit/DeviceKit.git;a=summary
- grub support for btrfs (read only..) :D
kind regards..
--
Miguel Sousa Filipe
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
