[-] DaPorkchop_@lemmy.ml 4 points 4 days ago

Literally the beginning of the movie shows that Joy was there alone before Sadness showed up.

[-] DaPorkchop_@lemmy.ml 11 points 6 days ago
[-] DaPorkchop_@lemmy.ml 76 points 1 month ago
  • An object at motion stays in motion
  • An object at rest stays at rest
  • Don't push the big red button
[-] DaPorkchop_@lemmy.ml 32 points 1 month ago

It is the point, this is exactly what Broadcom does.

[-] DaPorkchop_@lemmy.ml 48 points 1 month ago

If you don't leave the building you will not be having any more meals ever again.

[-] DaPorkchop_@lemmy.ml 38 points 2 months ago* (last edited 2 months ago)

Be 52

Bomber

[-] DaPorkchop_@lemmy.ml 40 points 3 months ago

XFS still isn't a multi-device filesystem, though... of course you can run it on top of mdraid/LVM, but that still doesn't come close to the flexibility of what these specialized filesystems can do. Being able to simply run btrfs device add /dev/sdx1 / and immediately having the new space available is far less hassle than adding a device to an md array, then resizing the partition and then resizing the filesystem (and removing a device is even worse). Snapshots are a similar deal - sure, LVM can let you snapshot your entire virtual block device, but your snapshots are block devices themselves which need to be explicitly mounted, while in btrfs/bcachefs a snapshot is just a directory, and can be isolated to a specific subvolume rather than the entire block device.

Data checksums are also substantially less useful when the filesystem can't address the underlying devices individually, because it makes repairing the data from a replica impossible. If you have a file on an md RAID1 device and one of the replicas has a bad block, you might be able to detect the bitrot by verifying the checksum, but you can't actually fix it, because even though there is a second copy of the data on another drive, mdadm simply exposes a simple block device and doesn't provide any way to read from "the other copy". mdraid can recover from total drive failure, but not data corruption.

[-] DaPorkchop_@lemmy.ml 79 points 3 months ago

ext4 is intended for a completely different use case, though? bcachefs is competing with btrfs and ZFS in big storage arrays spanning multiple drives, probably with SSD cache. ext4 is a nice filesystem for client devices, but doesn't support some things which are kinda fundamental at larger scales like data checksumming, snapshots, or transparent compression.

[-] DaPorkchop_@lemmy.ml 147 points 3 months ago

bcachefs is way more flexible than btrfs on multi-device filesystems. You can group storage devices together based on performance/capacity/whatever else, and then do funky things like assigning a group of SSDs as a write-through/write-back cache for a bigger array of HDDs. You can also configure a ton of properties for individual files or directories, including the cache+main storage group, amount of data replicas, compression type, and quite a bit more.

So you could have two files in the same folder, one of them stored compressed on an array of HDDs in RAID10 and the other one stored on a different array of HDDs uncompressed in RAID5 with a write-back SSD cache, and wouldn't have to fiddle around with multiple filesystems and bind mounts - everything can be configured by simply setting xattr values. You could even have a third file which is striped across both groups of HDDs without having to partition them up.

[-] DaPorkchop_@lemmy.ml 133 points 4 months ago

While I agree that this is stupid, why would a deaf person be using Spotify in the first place?

[-] DaPorkchop_@lemmy.ml 99 points 1 year ago

Shame, now it won't be possible to access Gmail from the Nintendo DS Browser.

88
submitted 1 year ago by DaPorkchop_@lemmy.ml to c/linux@lemmy.ml
[-] DaPorkchop_@lemmy.ml 50 points 1 year ago
sudo apt install hollywood
view more: next ›

DaPorkchop_

joined 2 years ago