Is it good yet?

Christopher Miller
Christopher Miller

tittle

Other urls found in this thread:

btrfs.wiki.kernel.org/index.php/FAQ#Is_Btrfs_optimized_for_SSD.3F
btrfs.wiki.kernel.org/index.php/Gotchas#ssd_mount_option
github.com/torvalds/linux/commit/583b723151794e2ff1691f1510b4e43710293875
linux-magazine.com/Online/Features/Filesystems-Benchmarked
btrfs.wiki.kernel.org/index.php/Problem_FAQ
btrfs.wiki.kernel.org/index.php/Gotchas
wiki.archlinux.org/index.php/Solid_State_Drives#Continuous_TRIM

Blake Wright
Blake Wright

Developer(s) Facebook, Fujitsu, Fusion-IO, Intel, Linux Foundation, Netgear, Oracle Corporation, Red Hat, STRATO AG, and SUSE[1]
oy vey

Logan Murphy
Logan Murphy

nope

Andrew Foster
Andrew Foster

It works, and it's decent enough in my limited experience, but it doesn't just werk. It's recommended to manually add the "nossd" option if you use a SSD. That should tell you a lot.

Adam Reyes
Adam Reyes

oy vey
implying oracle isn't more like that

Jayden Cruz
Jayden Cruz

It's recommended to manually add the "nossd" option if you use a SSD.
Your advice is outdated.

btrfs.wiki.kernel.org/index.php/FAQ#Is_Btrfs_optimized_for_SSD.3F
There are some optimizations for SSD drives, and you can enable them by mounting with -o ssd. As of 2.6.31-rc1, this mount option will be enabled if Btrfs is able to detect non-rotating storage.
Note that before 4.14 the ssd mount option has a negative impact on usability and lifetime of modern SSDs which have a FTL (Flash Translation Layer). See the ssd section in Gotchas for more information.
Note that -o ssd will not enable TRIM/discard.

btrfs.wiki.kernel.org/index.php/Gotchas#ssd_mount_option
Currently, using the ssd mount option has a negative impact on usability and lifetime of modern SSDs. This will be fixed in 4.14, see this commit for more information: github.com/torvalds/linux/commit/583b723151794e2ff1691f1510b4e43710293875
With 4.14+ it is safe and recommended again to use the ssd mount option for non-rotational storage.

github.com/torvalds/linux/commit/583b723151794e2ff1691f1510b4e43710293875
btrfs: Do not use data_alloc_cluster in ssd mode
This patch provides a band aid to improve the 'out of the box' behaviour of btrfs for disks that are detected as being an ssd. In a general purpose mixed workload scenario, the current ssd mode causes overallocation of available raw disk space for data, while leaving behind increasing amounts of unused fragmented free space. This situation leads to early ENOSPC problems which are harming user experience and adoption of btrfs as a general purpose filesystem.
This is only the first paragraph of the commit message. You should read the whole thing though. It goes into great detail what -o ssd actually does.

Evan Ortiz
Evan Ortiz

How did they make such a disaster out of this fs. It's been in development for forever, it's a layering violation and duplicates a ton of work between itself and LVM, it has a history of data loss bugs(!), it's still struggling to support SSDs almost a decade after datacenters converted to them, and its transparent compression is incredibly bad compared to squashfs. It's the Star Citizen of filesystems, all promise and no delivery.

Parker Allen
Parker Allen

Thanks. I'll adjust my fstab.

its transparent compression is incredibly bad compared to squashfs
How much worse is it? Can it be justified by squashfs being write-once?

Isaiah Jackson
Isaiah Jackson

It's awful compared to it. When I tried on our firmware, it doubled it. squashfs can compress better in theory as they don't have to worry about a lot of things, but for a clean fs with no activity on it I didn't expect it to be so bad. I was also using pretty light compression on squashfs.

Daniel Collins
Daniel Collins

speaking of file systems is there any reason to leave ext2 aside from the filesize limit increase and the overall partition size increase? i've used ext4 but then I disable journaling so secure delete works (ya i know encrypt whole system etc, but i want to be able to actually overwrite files if i want).

whats the advantage of ext4 over ext2 except for limit increases when journaling is disabled?

Ayden Green
Ayden Green

Did you have a lot of small files that compress well? I think btrfs compression can't span multiple files, because it works per extent, while squashfs doesn't have that limitation.
I'm not an expert, but I think that large of a difference might be explained purely by the different use cases.

Joseph Nelson
Joseph Nelson

It's a base Debian plus bits and pieces, so about 600MiB of mundane.

Nathaniel Martinez
Nathaniel Martinez

The last time I've tested BTRFS it killed itself after 2 weeks. That was a year ago. This is just sad.

ZFS/BTRFS compression isn't really meant to compete with squashfs. As far as I know they just lz4/lzo/whatever compress files transparently.

Ethan Myers
Ethan Myers

I did a test with my 766MB Debian nspawn container.
zip compresses files individually, like btrfs.
Compressed tar (both .tar.zip and .tar.gz) spans files, like squashfs.
766M stable.tar
358M stable.tar.gz
358M stable.tar.zip
582M stable.zip

Zipping the tree directly without tarring it first makes it almost twice as large. It otherwise uses the exact same compression method each time.
And that's without taking into account that short compression times are much more important for btrfs than for squashfs.

Isaac Wilson
Isaac Wilson

Note that -o ssd will not enable TRIM/discard.
why?

Colton Hernandez
Colton Hernandez

How many kWh of electricity would we get by throwing you live into a furnace? That's your contribution to society. Keep your mouth shut.

Nathaniel Rivera
Nathaniel Rivera

I think he was pointing out the contributers as a comparison of the quality. The filesystem is adequete but as points out it doesn't always "just werk" like EXT3/4 or VFAT would.

Gabriel Long
Gabriel Long

No. If you have the need to use it, just use a BSD with ZFS.

Jaxson Price
Jaxson Price

linux-magazine.com/Online/Features/Filesystems-Benchmarked

ext2 will have generally better support on other *NIX compared with ext4 if you have to work with different operating systems.

Kevin Myers
Kevin Myers

Found the Jew.

Cameron Cooper
Cameron Cooper

Can you shrink it offline?
Yes
Can you grow it offline?
Yes
Are there any major bugs that cause permanent data corruption?
Yes
It's 66% ready.

Nearly every other filesystem is better than BTRFS as of today.
XFS is shit because you can't resize it offline.

Xavier Morris
Xavier Morris

incorrect opinions? SHUT IT DOWN

Sebastian Watson
Sebastian Watson

I am using it and think it's adequate, not great. Good features are COW related things like reflink copies, snapshotting with send|receive, subvolumes. Compared to ZFS you can boot Linux from it and it supports balancing (lets you ad-hoc RAID-1 with whatever drives you have on hand).
Downside is it could blow up in mysterious ways. The performance also sucks.
btrfs.wiki.kernel.org/index.php/Problem_FAQ
btrfs.wiki.kernel.org/index.php/Gotchas

Alexander Martin
Alexander Martin

how bout no

Brody Wright
Brody Wright

performance is bad and it can lose data
I'm so glad they focused on duplicating features found in LVM rather than waste time on these minor quibbles.

William Wilson
William Wilson

Related question:
What is the chance of somebody writing a decent Linux ZFS driver?
Solaris is kill
OpenSolaris/Illumos/etc are abandonware
Linux is a zillion times more popular for servers than BSD
Apple's ZFS driver is kill
Clones like Btrfs are hot garbage years behind ZFS in terms of features and production-readiness
Without one, I'm honestly not sure what the future of ZFS is supposed to be.

Josiah Watson
Josiah Watson

Can it now pass the FreeBSD Handbooks testing your zfs? iirc just trying that test suite could crash the fs.

Illumos is far from abandonware, zfsonlinux and Illumos are still progressing, canonical are helping if that makes you feel better.

Parker Reed
Parker Reed

Probably openzfs will replace it. The license autism is pointless as even oracle mix gpl code with cddl.

Jose Morris
Jose Morris

Yeah, its a great idea to position yourself so that Oracle can mess with you. Oracle can mix cddl code because they are the copyright holders you fucking retard.

Alexander Sanders
Alexander Sanders

Red Hat have the balls of Oracle with their Linux base. Also the openzfs have no oracle code in it and based on the API, the Illumos devs can sue Oracle too. It's a bit too risky to fuck with the giants behind Linux.
Feel free pretending being more smart than the lawyers of RH and Canonical.

Robert Ross
Robert Ross

The last time I've tested BTRFS it killed itself after 2 weeks. That was a year ago. This is just sad.
So what you're saying is that Linux' shitty implementation of ntfs is safer to use than btrfs?

Henry Cooper
Henry Cooper

What a fucking retard you are.
Red Hat have the balls of Oracle with their Linux base.
No they don't? It's GPL and as long as CentOS can exist, Oracle Linux can too.
The only thing RedHat can do (and already does) is to make it as inconvenient as possible to use (e.g. huge monolithic patches).
Also the openzfs have no oracle code in it and based on the API
This isn't about Oracle code, it's about license incompatibility you idiot.
the Illumos devs can sue Oracle too.
They can't. Oracle owns the "mainline" code by inheriting it from Sun. Illumos/OpenZFS is a continuation of the open-source release by Sun. From all standpoints except historical, those are two different code bases.
It's a bit too risky to fuck with the giants behind Linux.
Oracle is:
1/ a giant
2/ known for suing everyone they possibly can
Feel free pretending being more smart than the lawyers of RH and Canonical.
Feel free to continue being retarded. Law, and especially the English tradition, has many mutually exclusive interpretations that are, if needed, resolved in court. Unless such resolution occurs, the compatibility of OpenZFS with Linux is just an opinion of RedHat and Canonical.

Luke Morgan
Luke Morgan

What's the point of Linux supporting like 15 file systems? What was wrong with ext{2,3,4}?

Hunter Mitchell
Hunter Mitchell

I've been using it the past month and so far it's as reliable as ext4 was. backups and the removal of needing lvm is nice too.

Anthony Turner
Anthony Turner

Various reasons.
FAT and NTFS for interoperability with DOS and Windows.
HFS for interoperability with OS X.
XFS was ported over from IRIX by SGI. I don't think anyone from outside specifically asked for it, but it's nice to have (after it has been properly stabilized which took more than a decade).
JFS was ported by IBM from OS/2 (itself a port of JFS2 from AIX). Same as XFS, no one really asked for it, but it's stable and has low CPU usage.
ISO9660 and UDF for optical disks (UDF also works on flash drives and HDDs).
Various cluster filesystems to be used with clusters.
Miscellaneous filesystems also for interoperability (MINIXFS, some version of UFS, SysV filesystem, etc.). I wonder how many of them still remain in the kernel.
Reiser3 used to be pretty advanced in its time, although it had its share of problems. Used to be the biggest ext2/3 competitor, but Reiser4 was never merged to the kernel after the lead developer killed his wife, his company disintegrated, and no one picked up the work that still needed to be done.
BTRFS as an improved substitute to ZFS which has license problems.
F2FS by Samsung for better handling of flash-based storage.
NILFS because someone still believes in log-structured filesystems.

Austin Moore
Austin Moore

I replaced all my Ext4 partitioned disks with Btrfs.

Due to dynamic inode you get more room back, just on a 3TB with a lot of large files it can mount up to 200Gb

Anthony Young
Anthony Young

reiser still supported by linux
ufs is not

Wyatt Johnson
Wyatt Johnson

Idiot.

Zachary Rodriguez
Zachary Rodriguez

Pro tip:
If you have to send a similar archive to a windiot who can't handle any other format than a .zip that his system supports out-of-the-box, then zip it twice. First with no compression to merge the files into a single stream (like tar), then zip the .zip with full compression.

Angel Taylor
Angel Taylor

Because TRIM can have negative effects on many HW configs and you want it to be a separate configuration knob.

Isaiah Hughes
Isaiah Hughes

Discard mount option is too aggressive since it sends trim commands for every delete. Many older or shittier SSDs would lag or corrupt. Running fstrim cron job is recommended instead.
wiki.archlinux.org/index.php/Solid_State_Drives#Continuous_TRIM

Oliver Cruz
Oliver Cruz

Basically only RAID5/RAID6 are still problems due to the write hole, but RAID5/RAID6 is bad in general on modern drives due to the insane parity rebuild times on multi-TB drives. I use 4x6TB in BtrFS RAID10 for my home server and it works great.

Jordan Howard
Jordan Howard

You're not even producing opinions at this point. You're pattern-matching on the same level as a fucking vb6 script.