Yep, and thank you to Suse, Fujitsu, and all the contributors. I suppose we can all be charitable when reading this from the Red Hat Whitepaper at:
https://www.redhat.com/whitepapers/rha/gfs/GFS_INS0032US.pdf: << Red Hat GFS is the world’s leading cluster file system for Linux. >> If that is GFS2, it is a different use case than Gluster (https://www.redhat.com/en/technologies/storage). So perhaps marketing might tweak that a little bit, maybe: << Red Hat GFS is the world’s leading cluster file system for Linux for Oracle RAC Database Clustering. >> But you can see how Oracle might quibble with that. So Red Hat goes as far as it can in the Whitepaper: << Red Hat GFS simplifies the installation, configuration, and on-going maintenance of the SAN infrastructure necessary for Oracle RAC clustering. Oracle tables, log files, program files, and archive information can all be stored in GFS files, avoiding the complexity and difficulties of managing raw storage devices on a SAN while achieving excellent performance. >> Which avoids a comparison between, say, an Oracle Sparc server (probably made by Fujitsu) hosting Oracle Rack Clusters on Solaris. Given the price of Oracle's sparc servers, Red Hat may be as good as an Oracle RAC DB server can get for a price less than the annual budget of a small country. Well, great news, Austin and Chris, that clears it up for me, and now I know of yet another use case for btrfs as the dmu for Gluster. So, again, I'm not too worried about Red Hat deprecating btrfs, given the number of supporters and developers. If Oracle or Suse drops out, then I would worry. Gordon On Thu, Aug 17, 2017 at 2:00 PM, Chris Murphy <[email protected]> wrote: > On Thu, Aug 17, 2017 at 5:47 AM, Austin S. Hemmelgarn > <[email protected]> wrote: > >> Also, I don't think I've ever seen any patches posted from a Red Hat address >> on the ML, so I don't think they were really all that involved in >> development to begin with. > > Unfortunately the email domain doesn't tell the whole story who's > backing development, the company or the individual. > > [chris@f26s linux]$ git log --since=”2016-01-01” --pretty=format:"%an > %ae" --no-merges -- fs/btrfs | sort -u | grep redhat > Andreas Gruenbacher [email protected] > David Howells [email protected] > Eric Sandeen [email protected] > Jeff Layton [email protected] > Mike Christie [email protected] > Miklos Szeredi [email protected] > $ > > > >> GFS and GlusterFS are different technologies, unless Red Hat's marketing >> department is trying to be actively deceptive. > > https://www.redhat.com/en/technologies/storage > > Seems very clear. I don't even see GFS or GFS2 on here. It's Gluster and Ceph. > > >> >> SUSE is also pretty actively involved in the development too, and I think >> Fujitsu is as well. > > > >>> >>> >>> I'm not too worried. I'll keep using btrfs as it is now, within the >>> limits of what it can consistently do, and do what I can to help >>> support the effort. I'm not a file system coder, but I very much >>> appreciate the enormous amount of work that goes into btrfs. >>> >>> Steady on, ButterFS people. Back now to cat videos. >> >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in >> the body of a message to [email protected] >> More majordomo info at http://vger.kernel.org/majordomo-info.html > > Big bunch of SUSE contributions (yes David Sterba is counted three > times here), and Fujitsu. > > [chris@f26s linux]$ git log --since=”2016-01-01” --pretty=format:"%an > %ae" --no-merges -- fs/btrfs | sort -u | grep suse > Borislav Petkov [email protected] > David Sterba [email protected] > David Sterba [email protected] > David Sterba [email protected] > Edmund Nadolski [email protected] > Filipe Manana [email protected] > Goldwyn Rodrigues [email protected] > Guoqing Jiang [email protected] > Jan Kara [email protected] > Jeff Mahoney [email protected] > Jiri Kosina [email protected] > Mark Fasheh [email protected] > Michal Hocko [email protected] > NeilBrown [email protected] > Nikolay Borisov [email protected] > Petr Mladek [email protected] > > [chris@f26s linux]$ git log --since=”2016-01-01” --pretty=format:"%an > %ae" --no-merges -- fs/btrfs | sort -u | grep fujitsu > Lu Fengqi [email protected] > Qu Wenruo [email protected] > Satoru Takeuchi [email protected] > Su Yue [email protected] > Tsutomu Itoh [email protected] > Wang Xiaoguang [email protected] > Xiaoguang Wang [email protected] > Zhao Lei [email protected] > > > Over the past 18 months, it's about 100 Btrfs contributors, 71 ext4, > 63 XFS. So all three have many contributors. That of course does not > tell the whole story by any means. > > -- > Chris Murphy -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
