Date: Mon, 08 Jul 2013 05:32:06 +0700 From: =?ISO-8859-1?Q?=22C=2E_Bergstr=F6m=22?= <cbergstrom@pathscale.com> To: Alfred Perlstein <bright@mu.org> Cc: freebsd-hackers@freebsd.org Subject: Re: [SPAM] Announcing: nuOS 0.0.9.1b1 - a whole NEW FreeBSD distro, NOT a fork Message-ID: <51D9EC66.5010907@pathscale.com> In-Reply-To: <51D9EBA4.2060207@mu.org> References: <51D9E499.103@nuos.org> <51D9E641.5020905@pathscale.com> <51D9EBA4.2060207@mu.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 07/ 8/13 05:28 AM, Alfred Perlstein wrote: > On 7/7/13 3:05 PM, "C. Bergström" wrote: >> On 07/ 8/13 04:58 AM, Chad J. Milios wrote: >> >> <snip> >> >>> Outline of features: >>> >>> Extends plain old FreeBSD 9.1 (RELEASE or STABLE) and maintains >>> total compatibility >>> We seek to remain nimble >>> Expect a production-ready seal of approval to lag behind >>> releases by no more than a week or two >>> and prebuilt images and packages >>> e.g. releases like 9.2 and 10.0, et al >>> Someone should be able to build it and use all >>> applicable features on 8.4 with ease >>> we simply haven't the time or inclination to even try >>> Default full ZFS filesystem layout, completely legacy-free >>> Boot from ZFS, boot to ZFS >>> If you'd like use all 100.0% of all your drives for one >>> large zpool >>> Use one large zpool for all of your >>> filesystems >>> block volumes >>> alternate boot environments, including one called >>> "rescue" which is included >>> NO partitions, not some tiny /, not even a /boot >>> Just ZFS datasets in their infinite flexibility >>> /etc is now a ZFS dataset of its own >>> How did we do it? >>> Decades of conventional wisdom says /etc must be >>> on /. >>> Check it out, discuss the whys and the trade-offs. >>> nu_jail - provision all sorts of jails >>> No guesswork >>> Yet no cookie-cutter limitations >>> Clean-room jails provisioned almost instantly >>> ZFS clone of /etc and /var give you almost no storage overhead >>> nullfs and/or unionfs mounts of /, /usr, /usr/local give you >>> almost no memory overhead >>> Run 1,000 jails and 10,000 Apache instances >>> they safely access the same executable memory pages >>> they securely know not of one-another's existence >>> Advanced intra-host networking with VIMAGE kernel by default, >>> simplified >>> Made for developers who want robustness, power and flexibility >>> streamlined for >>> Unlimited development, testing, staging and production >>> environments >>> Uses all of the new jail and vnet features of FreeBSD 9.1 >>> We cleaned out all of the cruft left over from earlier versions >> <trolling side comment> >> omg you've created Solaris >> </trolling side comment> >> ------------ >> If you're going to spam commercial stuff with absolutely no >> technically interesting details - please keep it brief at the least. >> >> Generally people will be curious about >> What are you actually adding to the ISO which FBSD-current can't do? >> If it's not upstream already - will it be contributed upstream? > > It seems pretty obvious to me that the contribution is that all this > stuff works out of the box. That is pretty nice. Ok so I repeat my question ---- If the current ISO doesn't do this - why not? (bugs fixed, different configuration. etc) If it's not upstream already - will it be contributed upstream? (clearly someone is interested in this)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?51D9EC66.5010907>