Re: [zfs-discuss] carrying on [was: Legality and the future of zfs...]
Andrej Podzimek wrote: 1) Btrfs does not have mature and user-friendly command-line tools. AFAIK, you can only list your snapshots and subvolumes by grep'ing the tree dump. ;-) I haven't looked closely at the btrfs commands recently, but from what I've seen, they're really amazingly ugly. The worst sort of parameter-ridden, fiddly, picky, completely non-mnemonic unix commands. And I think that's a huge, huge drawback - more than most people think. The traditional hacker mindset is to leave such nicities as usable commands to last, if ever. If it was hard to write, it should be hard to use! seems to be the philosophy. I think that attitude really misses the point that even geeks are humans too, and even experienced unix admins hate really complex commands. I, for one, can say without a doubt that the simplicity and elegance of the ZFS commands was one of the major selling points. Might I have eventually been persuaded to use ZFS based just on its features alone? Maybe. But I would have been dragged kicking and screaming, not wanting to learn Yet Another Set of Incomprehensible Commands. If I had started reading the man page and immediately been lost in a sea of parameters and sixteen different interrelated commands, I wonder if I would even have bothered pursuing it, or if I would have just put it in the could be interesting, maybe I'll look at it someday category. One of the main reasons I love ZFS so much is because I hated Veritas so much, and one of the reasons I hated Veritas so much was because doing even the smallest thing required a cheat sheet ten pages long. I never really felt like I got Veritas - I just followed cryptic recipes given to me by other people. But ZFS... I grok ZFS. Partly because of its design elegance, partly because the volume manager layer is gone, but largely because I can understand the commands. I'll never forget the excitement I felt when I saw the video of at opensolaris.org demonstrating how simple the commands were. I'll never forget how happy I was when I tried it the first time and, damn - it worked! *That* easy! I was ecstatic. If btrfs doesn't *seriously* brush up its commands, I'll probably be very resistant to learning it. At my age and with my level of free time, learning another super-complex set of computer commands just isn't exactly high on my list. But I do have a great idea of how to improve the situation. Here's my suggestion for btrfs: First, rename it BFS and just get rid of the silly, clumsy acronym and fudged pronunciation. No one cares that it's it's b-tree or whatever. Second, and most importantly, BFS should STEAL ZFS'S COMMND SYNTAX, AS VERBATIM AS POSSIBLE. Why not? It's already well-designed and easy. Lots of people already know it. Copyright? Well, the ZFS license might have technical issues with the code itself, but I don't think there would be any legal restriction to simply stealing the names of the commands and their syntax. Rename zpool to bpool, rename zfs to bfs, and - voila! the problem of arcane syntax is gone. I can't see Oracle dragging anyone into court and trying to sue for copying some command syntax. OK, of course I realize it wouldn't be that simple and that a fair amount of coding would be involved. But it would be interface and parsing code, not the heavy-duty black magic. More-junior developers could handle it while the more senior ones kept working on functionality. That's my idea, and I think it's brilliant. :) My $0.02. Doug Linder -- Learn more about Merchant Link at www.merchantlink.com. THIS MESSAGE IS CONFIDENTIAL. This e-mail message and any attachments are proprietary and confidential information intended only for the use of the recipient(s) named above. If you are not the intended recipient, you may not print, distribute, or copy this message or any attachments. If you have received this communication in error, please notify the sender by return e-mail and delete this message and any attachments from your computer. ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] carrying on [was: Legality and the future of zfs...]
On Sat, Jul 17, 2010 at 12:57:40AM +0200, Richard Elling wrote: Because of BTRFS for Linux, Linux's popularity itself and also thanks to the Oracle's help. BTRFS does not matter until it is a primary file system for a dominant distribution. From what I can tell, the dominant Linux distribution file system is ext. That will change some day, but we heard the same story you are replaying about BTRFS from the Reiser file system aficionados and the XFS evangelists. There is absolutely no doubt that Solaris will use ZFS as its primary file system. But there is no internal or external force causing Red Hat to change their primary file system from ext. Redhat Fedora 13 includes BTRFS, but it's not used as a default (yet). F13 also supports yum (package management) rollback using BTRFS snapshots. I'm not sure if Fedora 14 will have BTRFS as a default.. RHEL6 beta also includes BTRFS support (tech preview), but again, not enabled as a default filesystem. Upcoming Ubuntu 10.10 will use BTRFS as a default. That's the status in Linux world, afaik :) -- Pasi ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] carrying on [was: Legality and the future of zfs...]
On Mon, Jul 19, 2010 at 3:31 PM, Pasi Kärkkäinen pa...@iki.fi wrote: Upcoming Ubuntu 10.10 will use BTRFS as a default. Though there was some discussion around this, I don't think the above is a given. The ubuntu devs would look at the status of the project, and decide closer to the release. ~Anil PS : Unless I missed any recent announcement by Ubuntu.. ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] carrying on [was: Legality and the future of zfs...]
Ubuntu always likes to be on the edge even if btrfs is far from being 'stable' I would not want to run a release that does this. Servers need stability and reliability. Btrfs is far from this. Well, it seems to me that this is a well-known and very popular „circle in proving“: A: XYZ is far from stability and reliability. B: Are you sure? Have you had any serious issues with XYZ? Are there any failure reports and statistics? What are you comparing XYZ with? A: How can I be sure? I cannot give XYZ a try, because it is so far from stability and reliability... I run ArchLinux with Btrfs and OpenSolaris with ZFS. I haven't had a serious issue with any of them so far. (Well, in fact I had one issue with OpenSolaris in QEMU, but that's a well-known story, probably not related to ZFS: http://www.neuhalfen.name/2009/08/05/OpenSolaris_KVM_and_large_IDE_drives/.) As far as Btrfs is concerned, I am perfectly satisfied with it, as far as performance and features are concerned. On the other hand, Btrfs still has quite a lot of issues that need to be dealt with. For example, 1) Btrfs does not have mature and user-friendly command-line tools. AFAIK, you can only list your snapshots and subvolumes by grep'ing the tree dump. ;-) 2) there are still bugs that *must* be fixed before Btrfs can be seriously considered: http://www.mail-archive.com/linux-bt...@vger.kernel.org/msg05130.html Undoubtedly, ZFS is currently much more mature and usable than Btrfs. However, Btrfs can evolve very quickly, considering the huge community around Linux. For example, EXT4 was first released in late 2006 and I first deployed it (with a stable on-disk format) in early 2009. Andrej smime.p7s Description: S/MIME Cryptographic Signature ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] carrying on [was: Legality and the future of zfs...]
On 07/19/10 07:26, Andrej Podzimek wrote: I run ArchLinux with Btrfs and OpenSolaris with ZFS. I haven't had a serious issue with any of them so far. Moblin/Meego ships with btrfs by default. COW file system on a cell phone :-). Unsurprisingly for a read-mostly file system it seems pretty stable. There's an interesting discussion about btrfs on Meego at http://lwn.net/Articles/387196/ Undoubtedly, ZFS is currently much more mature and usable than Btrfs. Agreed, but it's not just ZFS, though. It's the packaging system, beadm, stmf, the whole works. A simple yum update can be a terrifying experience and almost impossible to undo. And updating to a major new Linux release? Almost as bad as updating MSWindows. Open Solaris as an administerable system is simply years ahead of anything else. However, Btrfs can evolve very quickly, considering the huge community around Linux. For example, EXT4 was first released in late 2006 and I first deployed it (with a stable on-disk format) in early 2009. But the infrastructure to make use of a ZFS-like manager simply isn't there. As a Linux and Solaris developer and user of both, I'd take Solaris any day and so would everyone I know. But going back to the original topic, the tea leaves seem to be saying that Oracle is interested primarily in Solaris as a robust server OS and probably not so much for the desktop where there realistically isn't going to be much revenue. But it would be a bad gamble if they lose a lot of mind-share. Legal issues over ZFS make it even worse. I get calls for help converting MSWindows applications and servers to Linux. ZFS and all the other goodies make a compelling case for Solaris (and Sun/Oracle hardware) instead but the uncertainties make it a hard sell. Oracle are you listening? ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] carrying on [was: Legality and the future of zfs...]
On 16/07/2010 23:57, Richard Elling wrote: On Jul 15, 2010, at 4:48 AM, BM wrote: 2. No community = stale outdated code. But there is a community. What is lacking is that Oracle, in their infinite wisdom, has stopped producing OpenSolaris developer binary releases. Not to be outdone, they've stopped other OS releases as well. Surely, this is a temporary situation. AFAIK the dev OSOL releases are still being produced - they haven't been made public since b134 though. -- Robert Milkowski http://milek.blogspot.com ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] carrying on [was: Legality and the future of zfs...]
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss- boun...@opensolaris.org] On Behalf Of Pasi Kärkkäinen Redhat Fedora 13 includes BTRFS, but it's not used as a default (yet). RHEL6 beta also includes BTRFS support (tech preview), but again, Upcoming Ubuntu 10.10 will use BTRFS as a default. As of 3 days ago, although BTRFS is shipping with some OSes, it's not considered stable or production ready. Use it if you don't care about the data on your box or do regular backups. http://permalink.gmane.org/gmane.comp.file-systems.btrfs/6145 That being said, a lot of people are using it, generally without issue. I think the key summary here is: You should be ok as long as you backup regularly, and you're not using it in an environment where reliability is critical. One of the present drawbacks is that there is presently no fsck for btrfs. And it can't scrub or anything like that. If you get a filesystem error, it cannot be fixed. I wonder if Netapp is going to sue Linus? ;-) ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
[zfs-discuss] carrying on [was: Legality and the future of zfs...]
On Jul 15, 2010, at 4:48 AM, BM wrote: On Thu, Jul 15, 2010 at 10:53 AM, Garrett D'Amore garr...@nexenta.com wrote: The *code* is probably not going away (even updates to the kernel). Even if the community dies, is killed, or commits OGB induced suicide. 1. You used correct word: probably. The sun will probably rise tomorrow :-) 2. No community = stale outdated code. But there is a community. What is lacking is that Oracle, in their infinite wisdom, has stopped producing OpenSolaris developer binary releases. Not to be outdone, they've stopped other OS releases as well. Surely, this is a temporary situation. Of the remaining distro builders who offer updated builds based on OpenSolaris code, I'm proud to be a part of the Nexenta team. There is another piece I'll add: even if Oracle were to stop releasing ZFS or OpenSolaris source code, there are enough of us with a vested interest (commercial!) in its future that we would continue to develop it outside of Oracle. It won't just go stagnant and die. So you're saying let's fork it. No. What he is saying is that distro builders need to step up to the challenge and release distros. For some reason (good marketing) people seem to think that Linux == Red Hat. Clearly, that is not the case. Please, do not confuse distribution of binaries with distribution of source. I believe I can safely say that Nexenta is committed to the continued development and enhancement of this code base -- and to doing so in the open. Yeah, and Nexenta is also committed to backport newest updates from 140 and younger builds just back to snv_134. So I can imagine that soon new OS from Nexenta will be called Super Nexenta Version 134. :-) Please. The NexentaStor OS 3.0.3 release is b134f. b134g will be next. We do not expect the OpenSolaris community to replace b135 with Nexenta Core 3.0.3. Rather, we would very much like to see Oracle continue to produce developer distributions which more closely track the source changes. NexentaStor has a very focused market. The losers in the Oracle deaf-mute game are the people who want to use OpenSolaris for applications other than a NAS server. Currently from what I see, I think Nexenta will also die eventually. Indeed. We will all die. And the good news is that someone will pick up the knowledge and evolve. Darwin was right. This is the circle of life. Because of BTRFS for Linux, Linux's popularity itself and also thanks to the Oracle's help. BTRFS does not matter until it is a primary file system for a dominant distribution. From what I can tell, the dominant Linux distribution file system is ext. That will change some day, but we heard the same story you are replaying about BTRFS from the Reiser file system aficionados and the XFS evangelists. There is absolutely no doubt that Solaris will use ZFS as its primary file system. But there is no internal or external force causing Red Hat to change their primary file system from ext. -- richard ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
