PorkrollPosadist

Using to make money on PredictIt

Did you have to choose such an unflattering picture of me?

It is 100% a scheme to attach government ID to email and social media accounts. They sorely lack the power to silence and punish people for celebrating events like The Adjustment or The Neckening. Despite their direct ownership of the social media platforms, they are still unable to control them as much as they'd like. The public's ability to collectively recognize the fraudulence and unpopularity of elite politicians and institutions is an existential risk.

You could create another partition on the NVME for games or something.

I wouldn't bother. It is better to create a subvolume if using a filesystem like btrfs which supports it - or even still - simply a directory on the root filesystem like /opt/games with privileges / ownership assigned to the user. This way you don't end up in a situation where one partition gets filled while the other is at like 10% capacity. Resizing filesystems / partitions is a much bigger pain in the ass than simply deleting some piece of Activision slop to free some space.

I agree with everything else.

Now that I'm out of work and have a little more time, I would like to elaborate a little further. Personally, I do run a collection of different size / speed disks as a single volume, so I don't mean to discourage this in general. It's just extra work and would require you to start over anyway to do it properly.

I've done this in two iterations. Originally I had a setup using LVM's caching feature, where I combined a 500GB SSD and a 2TB HDD into a single volume. The configuration didn't yield a 2.5TB volume though. It was still 2TB. The SSD simply mirrored the most frequently accessed blocks on the HDD. This caching is implemented at the block-layer, which means you have the freedom to choose any filesystem you like to use on top of it (in addition to other block-layer mechanisms like LUKS encryption). I just formatted the resulting logical volume with Btrfs.

Today, I am running a setup with Bcachefs which combines a 1TB NVMe and two 6TB HDDs into a 12TB volume. This setup does not use LVM. Bcachefs implements support for multiple block devices at the filesystem driver level. It performs the same type of caching as LVMCache (or bcache, which it is derived from), but allows other features like replication and compression to be configured at the file/directory level - which is not possible in a block-layer driver (which is oblivious to the filesystem implemented on top of it).

Bcachefs is particularly vulnerable to the bus factor though, The main developer is an abrasive character and got himself suspended from kernel development a while back (not sure if this is still the case, but lmao. I'm committed to this setup now for better or worse). At least he's not an axe murderer. LVMCache with a more conventional filesystem is a much more future-proof approach, though it lacks some of the fanciness.

In either case, this kind of caching strategy is nice to take advantage of large, cheap HDDs while having NVMe-like performance most of the time. There might not be much benefit in your case using a m.2 NVMe as a cache for a SATA SSD. Both are much faster than a HDD.

None of these options will be available in a distro installer anyway though. This is firmly in "rolling your own" territory :)

Also, when I said unpredictable performance, that still means at least SSD performance. I wouldn't expect this to grind anything to a halt. It's just that the filesystem driver only sees a virtual block device and has no idea that e.g. the second two thirds of the drive are slower than the first. It is unable to make any smart optimizations. Performance is at the mercy of where a file happens to land within that space. It might just be the case that not needing to worry about juggling capacity between separate filesystems is worth that trade-off. I'm over here burning TERABYTES for speed, but some people would kill for an extra terabyte at any speed.

I wanted to make something like this and was getting pretty deep into the weeds trying to add tessellation shaders to Godot and figuring out how to do transformations on the entire ASTER3 GDEM dataset with GDAL. Long story short, it's a lot easier to sit on my ass and let someone else do it :)

I still have 500GB of digital elevation model tiles sitting on my hard drive just in case I change my mind though.

I'm surprised this isn't common practice already considering the absurd amount of R&D that goes into contemporary visual effects. Cool demo.

Easy Anti-Cheat runs natively on Linux, but this needs to be explicitly enabled by the publisher. Valve may have the clout to move this along for better or worse.

(Obligatory disclaimer that all client-side anti-cheat software is malware.)

I'd redo it before you get too committed. It will work fine as is, but if you're going to merge different speed/capacity disks into a single volume you're going to want to configure some sort of caching or prioritization strategy (bcache, lvmcache, or bcachefs, none of which are trivial). Otherwise, this just makes maintainence more difficult and performance less predictable for no benefit except capacity in a single filesystem.

Fools! They should just leave the trash and sell inner tubes and tire levers to whoever gets a flat!

advanced social and technological achievements

From personal experience, drinking beer through a straw is like drinking a full pint of head. It is like the "what if communism was a beer" meme. China is far too advanced to be making this sort of fundamental mistake.

Dawg a bike path is just bitumen and gravel what the fuck