Damn.. You too?
mb_
That has not been my experience... amdgpindriver was crashing quite often, gfx ring 0 timeout. Tons of people with that problem forums. I managed to adjust some parameters and fix it eventually.
VRR doesn't work properly, I can get it to work, burnout is a shore every time.
I have both and nvidia and an amd GPU, and with xwayland fixed, the nvidia one can run just as well.
That said, paying 2k for a GPU to have raytracing and 24gb of RAM isn't that attractive.
Hello fellow homelabber
distcc so you can compile on the faster ones and distribute it
Nerfing things on a PVE game that's supposed to be fun shows a lack of creativity.
You can buff the other things while finding better ways to increase the difficulty, instead of just boosting health and throwing more enemies, but that's the "easy" button.
I think you meant no data cap.
The right thing to whom? Shareholders? (=
I can't remember all the details, but depending on the CPU you are running you may need some extra configuration on opnsense.
There were a few issues, on my servers, running on older Intel Xeon CPUs, but I eventually fixed them adding proper flags to deal with different bugs.
Other than that, running on a VM is really handy.
I am usually more worried about the phone being in some blacklist or not, this has always been one of my issues with the used phone market.
On to your question - 32% battery health seems pretty bad. I just replaced my s22 ultra that I used quite heavily for the last 2 years, it is at 86% battery Healthy.
On nvidia, there are still too many edge cases involving Wayland that are just crippled. Orca slicer doesn't work for me for example, you are completely missing any of the 3d accelerated graphics in there.
On the other hand, the AMD 7x00 series have different kind of bugs, with ring0 errors leading to full resets.
I think once nvidia drivers are squared out (the proprietary ones) it will be smooth sailing.
There are a few ways to do it, but you don't use caddy for SSH.
Last option is how I run my Gitea instance, authorized keys is managed by gitea so you don't really need to do anything high maintenance.
~git/.ssh/authorized_keys:
/usr/local/bin/gitea:
127.0.0.14 is the local git docker access where I expose the service, but you couldn't different ports, IPS, etc.