Date: Wed, 20 Mar 2013 15:15:21 +0100 From: Rainer Duffner <rainer@ultra-secure.de> To: freebsd-fs@freebsd.org Subject: Re: best freebsd version for zfs file server Message-ID: <20130320151521.1b0e00b0@suse3> In-Reply-To: <5149BAC9.9080609@cse.yorku.ca> References: <alpine.BSF.2.00.1303192140400.39428@woozle.rinet.ru> <CAFHbX1%2Bt2XW_z7QB3Hsisjj46VM1wrtu3FTKNo3TUxxT4Y2dhg@mail.gmail.com> <alpine.BSF.2.00.1303192303370.60268@woozle.rinet.ru> <5148CB42.6090001@cse.yorku.ca> <op.wt8xfcfy8527sy@ronaldradial.versatec.local> <5149BAC9.9080609@cse.yorku.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
> I'm not at all concerned about new functionality, or even minor bug > fixes to general O/S commands that I likely won't be using on the > server anyway. That obviously leaves "current" out of the question, > especially for a production server. That being said, stability > changes with respect to ZFS (of which there are already several in > 9.1-stable as Freddie pointed out) are what I'm after. I wish there > was a better separation in FreeBSD between the "critical" versus "not > so critical" patches ... something like "release" that I can always > download and know that I can't really "go wrong"... the difference > between adding functionality, and fixing critical bugs in existing > functionality. I might be misunderstanding the whole concept, but > it's probably what puzzles me more than anything about FreeBSD. I'm > coming from the RHEL world where I can rely on vendor binary kernels > to fix serious bugs without "adding" new functionality. Sometimes, > things break, but in general, it's all pretty good... AFAIK, the reason why this "stable-stable" version of FreeBSD does not exist is purely due to the lack of resources (money mostly). If somebody would pay for it, it would happen. Personally, I'm glad FreeBSD get's out one release per year but it would be interesting to know if somebody from the Foundation has done the maths on this and could come up with an estimate about the sort of (financial) commitment this would require.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130320151521.1b0e00b0>