Apple Designs New File-System To Succeed HFS+

[k1e0x]

btrfs has the free space issue (due to it being a CoW filesystem, they still have not even placed some arbitrary "reserved space limits" like for example there are on ext2-3-4 for other reasons) and the fact that it isn't working beyond RAID1 (both big issues). Plus assorted hiccups.

f2fs is mostly feature-complete and relatively stable afaik.

Of course btrfs's features are orders of magnitude more and more complex than f2fs so that's not a surprise.

No, I'm just explaining to you why the smart people in linux kernel decided to not merge it.

You know patent trolling, legal trolling, and so on? Unless something is CLEARLY STATED it can be an issue, sometimes even then it can be an issue. Oracle is known for its omnomnomnoms in these things too.

I can have ZFS on linux and it is production-grade, while the kernel project itself is safe from any legal trolling that would be a BIG issue.

ZFS is a very self-contained system by design, keeping it out-of-mainline isn't hurting its development.

Sooo... WTF are you saying again?

Ah, it's a thinly disguised try to say BSDs are better. No they are not, end of story.

: facepalm :

lol your really something else dude. I guess your agreeing with me now.. ok

[starshipeleven]

: facepalm : lol your really something else dude. I guess your agreeing with me now.. ok

You guess wrong.
I'm always saying zfs is ok as a separate prject where it is due to its own license, while you are whining about it not being in mainline and handwaving a solution for legal risks or assuming they don't exist. Ah, and giving the fault to linux kernel license even when it is a project that predates ZFS.

[k1e0x]

You guess wrong.
I'm always saying zfs is ok as a separate prject where it is due to its own license, while you are whining about it not being in mainline and handwaving a solution for legal risks or assuming they don't exist. Ah, and giving the fault to linux kernel license even when it is a project that predates ZFS.

Uhh.. I think your more interested in arguing with me than anything else.

ZFS actually has a permissive licence. Linux does not.

So.. what your saying now is that all software should be GPL? Your making my point about the GPL creating barriers for me. Tell me.. are you reading this in Firefox or "Iceweasel"? Linux predates Mozilla too. How horrible of them to choose the MPL.

[liam]

Apple is anything but unpredictable after Steve (our lord and saviour) died.

They focus on people that have money and care about looks, which for the most part don't know a damn about IT, and may not even use OSX at all.
All data indicates that Apple hardware is selling like hot cakes and is outselling minor OEMs, while usage share of OSX is stationary, which means obviously one thing.
People install windows on them for a long list of reasons (they need to run programs and virtualizing isn't enough), and I can testify that. I lost the count on the apple laptops I had to install Windows on (natively, which is a bit more involved than using their crappy guided system).

... hilariously wrong since the rumour was clearly total bs.
ZFS is a huge monster that needs dozens of GB of ECC ram to run even relatively small arrays.
Also without AES acceleration (which is common now but not years ago) it kills the processor with checksum calculations.

ZFS was designed with large datacenter use in mind, where ECC RAM, processor power and AES acceleration are plentiful. It's NOT and I repeat NOT anywhere near suited for small-scale use.

ZFS has some tradeoffs that simplified the development but made it more limited in scope, like assuming that RAM was ECC and plentiful, or that the arrays could not be changed easily.

btrfs which is the evolution of ZFS supposed to run in both small and big scale, and be flexible, isn't an easy beast to tame.

Apple's needs are of a flexible file system they can deploy on both mobile and PC, and with advanced features.

These local arrays can stay with HFS+ much longer since they don't need encryption nor are flash-based.

We are talking of a filesystem driver that would be shared between a mostly-posix OS (linux) and a posix OS (OSX)

What they need isn't narrowly-defined, they need an all-purpose filesystem able to scale decently in their mobile and PC sector, while being flash friendly and other features. That's not easy as making a filesystem for just datacenters like ZFS.

F2FS isn't btrfs. btrfs is unfinished, f2fs is already usable as-is.

I'm not sure how productive this dialogue can be given our divergent views regarding some aspects of Apple.
So, ignoring those things, I've been looking at the kernel interface for module development since that's what btrfs would be using. I don't think that posix says anything about what internal interface the kernel uses, but rather what interfaces the kernel's services provide. So, being posix compliant might not mean much (anything?) when the question is "how easy would it be to port this kernel feature from one posix-y kernel to another?".
From all accounts, zfs only needs a lot of ram if you are using its dedupe feature.
Generally speaking, I think a cow fs isn't well suited to embedded environments.

[liam]

givet that it's apple, they will shove half-baked crap down customers throats, like applemaps. and make "you are holding it wrong" excuses

Apple maps was a rather unusual product from apple.
I'd say that apple, more often than not, deliver well designed products that are pretty forward looking.

[unixfan2001]

Let's not mix things up please.
In the other thread (you know which) I was just having some fun trolling permissive license trolls, sometimes I find funny to do that while sounding like a ravaging lunatic, but I assure you I'm just playing.

Here I'm pretty much just stating facts.

Claiming that Canonical is a Microsoft "sockpuppet" and calling Shuttleworth a "sex slave" isn't "pretty much just stating facts".
It's slander.

[starshipeleven]

So.. what your saying now is that all software should be GPL?

No, just that code that is integrated with other GPL code must be GPL-compliant or it violates the GPL of the other code.
ZFS is permissive license so if it went in mainline would violate the kernel's GPL.

Mozilla Firefox isn't a kernel patch compiled with the kernel so it can be whatever the fuck license it wants and it does not violate the kernel's GPL.

Nice respin tho. Are you out of ammo now?

[starshipeleven]

I've been looking at the kernel interface for module development since that's what btrfs would be using. I don't think that posix says anything about what internal interface the kernel uses, but rather what interfaces the kernel's services provide. So, being posix compliant might not mean much (anything?) when the question is "how easy would it be to port this kernel feature from one posix-y kernel to another?".

The posix-compliant-ness affects the userspace interface of course.
Being posix-compliant for a filesystem means supporting a bunch of features needed by posix programs to work on it.
The only one that I remember atm is renaming or deleting an open file. On ext4 I can do it all the time and nothing breaks, on NTFS (on windows) nope.
Look up on google, there are more requirements than this.

As for the "what interfaces the kernel provides", consider that btrfs is also pretty self-contained (does not rely on mdadm, lvm, and company), it asks only the most basic kernel interfaces.
This makes porting it in the same ballpark than porting ZFS on linux. Annoying but NOT ANYWHERE NEAR making something similar from scratch.

From all accounts, zfs only needs a lot of ram if you are using its dedupe feature.

On FreeNAS forums the standard is "don't go lower than 8GB as it can be hazardous" (this on a Unix system), better if more. And this ram isn't cache. It's used by the filesystem. Also in the official site http://www.freenas.org/hardware-requirements/

Also, unless you have at least a 2-disk array you aren't using most of ZFS features (checksums can detect corruption but there isn't any redundancy to fix it), this is true also for btrfs, although with btrfs there is the "make a raid1 inside the same partition" option, which is a bit masochistic but would work.

Generally speaking, I think a cow fs isn't well suited to embedded environments.

Current CoW filesystems are not suited for anything that isn't a server, ok with that.

For "embedded" we need to make a difference, mobile devices are increasingly getting in collision with PC userbase (also for Apple, remember Cook saying their iPad Pro shoud replace PCs?), so in a near-ish future it might.

Although the trend I'm seeing is more Google-ish, "providing devices with low storage and offering large cloud storage services", which isn't even bad (if you have a decent Internet connection), as handling RAIDs, making backups, and doing other kinds of shit is beyond the average user's skill level anyway.
Data in the cloud is much less hard to lose from the common accidents that I see people lose data from (malware, hardware failure, idiots installing Linux wrong).

[starshipeleven]

Claiming that Canonical is a Microsoft "sockpuppet" and calling Shuttleworth a "sex slave" isn't "pretty much just stating facts".
It's slander.

You probably missed the obvious sarcastic tone in "(none in his right mind would sue Canonical, because they are the sockpuppet of MS... ah crap I said it, I wanted to say because they have never made a dime off linux, so apart from getting Shuttleworth as a sex slave they cannot really offer anyway in case they lost)"

I said that Canonical hasn't made a dime off Ubuntu so they have nothing to offer apart Shuttleworth's service as a sex slave (something sounding like an obvious exaggeration).

I did not call Shuttleworth a sex slave. Stop drug abuse.

I did joke about Canonical being a sockpuppet of MS. Canonical does indeed channel The True MS Way(tm) in many things, and I'm not the first noticing this.

[ctwise]

If you're looking for a little more detail on APFS - http://dtrace.org/blogs/ahl/2016/06/19/apfs-part1/