50 karma · joined September 15, 2016
That being said, I still agree AMD still needs to prove their new platform in the server space.
Source: https://www.phoronix.com/scan.php?page=article&item=new-ryze...
>I had a unique opportunity to take a detailed look at the features missing from Linux, and felt that Btrfs was the best way to solve them.
>From other points of view, they are wildly different: file system architecture, development model, maturity, license, and host operating system, among other things
-------------------------------
>Btrfs snapshots are read-write by default, which in some ways defeats the point of a point-in-time snapshot.
Yes, and have the option of being read only for your temporal "in place" snapshots. But if I want to clone a container for instant use (as LXC or Docker does), then the RW snapshots make sense. Btrfs doesn't make a distinction between a Clone and Snapshot, they are one and the same with a flag.
> but in practice is much less flexible
Tell me more how I can mix disks of differing size in RAID on ZFS
> There's no way to confuse the origin of a snapshot because it's tied to a parent dataset
There's no confusing to the origin of my sanpshots. `btrfs subvolume list -q` shows the ancestral parent as well as the subvolume it's located in, example:
ID 6442 gen 50527 top level 751 parent_uuid 0f4442f8-6363-6944-be8d-e2b45d809352 path .snapshots/321/snapshot
See user_subvol_rm_allowed mount option, available since Kernel 3.0
It's like comparing a car and a truck, they both have four wheels, transport passengers and cargo, and have an engine. Just because a truck runs on diesel does not make the fact that the car running on gas "wrong". Due to its fundamentally different implementation, the way the filesystem works is also different.
Yes ZFS has many more features, has been in development longer, and probably more "production ready" than BTRFS. But ZFS is not GPL compatible. And BTRFS doesn't require it's own separate cache that is apart from the normal filesystem cache.
Where did you hear this? This is news to me. https://linuxcontainers.org/ and https://github.com/lxc/lxc both seem active and supported by Canonical to me. The only deprecated project by them is listed to be CGManager.
Are you trying to partially anonymize yourself on the internet and download Linux ISOs? Use a provider like PIA. The benefit of those is you're going to (probably) be connected to a node with dozens of others, certain entities would be dissuaded from tracking you, and cease and desist letters stop at PIA and never make it to you, as they don't maintain logs.
If you really want to be anonymous and not be able to be tracked by even governments, TOR is really your only option.
a. The pilot in command of an aircraft is directly responsible for, and is the final authority as to, the operation of that aircraft.
The pilot-in-command of an aircraft shall have final authority as to the disposition of the aircraft while in command.
Due to FAA regulations, the movement and sleep requirements of crew is enforced big time. In this case, they had a higher priority than a full-fare passenger (Must Ride), and even though it's morally wrong, it is well within the airline's right to remove any passenger at any time for any reason.
GitLab ran into an issue many startups do - they grew very rapidly and didn't hire enough people. They make a fantastic piece of open source software, and the self-hosted version will continue to serve as my main Git server, but seeing as they've had so many issues with their hosted platform, I will be weary for some time to come.
It is worth trying if just to gain knowledge on AWS. But for hosting, I'd say DigitalOcean
It's especially nice compared to normal H.264, and has the option of light compression with nominal CPU usage if you don't like large lossless files. It outputs normal MP4/H.264 files that I can then work with in Linux (as opposed to say Fraps) but uses the fact your GPU is already rendering the scene to then output it in H.264.