Thunder has experimental support, haven’t tried it yet though (says it costs extra battery)
Thunder has experimental support, haven’t tried it yet though (says it costs extra battery)
btop has GPU stats in recent versions.
Good on you for getting it fixed. One of the reasons Linux is a great OS in my opinion is that everything is in the file system and not in some arcane hidden thing. So every problem is solvable without a reinstall if you’re motivated enough to figure it out.
Most of the delays are effectively from pre-ordering. I ordered mine just after last Christmas, got it the first week in January. Would have probably been faster without the holidays. Also, get the AMD model if you can, it’s much better than the Intel offerings.
That’s not true, “regular” Li-ion batteries have become tremendously cheaper and have increased their capacity by a lot in the past decade. The next jump in their capacity is about 50% more again, and it’s already being previewed by the big battery manufacturers. They’re not going to be cheap though.
Oh I agree with your post, but I was responding to Valmond who used different criteria.
You can have all three of those, but you won’t get great performance. The Samsung QVO SATA drives are a great example. I wouldn’t use those for an OS drive but they’re fantastic for NAS or media use.
If everything went fine during production you’re probably right. But there have definitely been batches of hard disks with production flaws which caused all drives from that batch to fail in a similar way.
Be warned though, some x265 stuff out there, particularly at 1080p and lower, is a reencode of a x264 source file. So lower filesize, but also slightly lower quality. Scene regulations say only higher resolutions should be x265.
This used to be the norm, not a weird thing that noone has thought of before. If you do this your kernel will be a lot smaller, boot faster, and be a bit more secure. Once you’re booted it won’t make any meaningful speed difference though.
Object storage (the S3 API stuff) is the most logical answer here, it’s much simpler and thus more reliable than solutions like Gluster, and the abstraction actually matches your use case. Otherwise something like an NFS share from a central fileserver works too.
But I agree with the other comment that you’re trying to do kubernetes on hard mode and most likely with a worse result.