distcc so you can compile on the faster ones and distribute it
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? (=
It hasn’t crashed yet, but I won’t be able to test it for a couple weeks (vacation time \o/).
For normal use, it looks like the crash is resolved or, at least, as stable as 6.7 was. Next test is to play Helldivers 2 with the Vulkan backend and see if it crashes or run.
Powercolor, red devil.
Under 6.7 I was able to find some a combination that was usable for a few days.
With 6.8, timeouts would happen within 30 minutes.
I fiddles with sched_job module option and the system seems stable now.
They still have, I replaced my 3070 with a 7900 xtx and the 7900 is constantly freezing with ring GPU errors and drivers completely effing up the system. I have already replaced it twice, and I am using workarounds to not hit bugs, but they happen every few days…
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.
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.
It is nice that you got it running, but when everything you end up doing is running services in low ports or needing specific IP address in different networks, rootless podman is just a PITA.
In my case I have one pihole running on a docker container and another one that runs directly on a VM.
Someone said before “what’s the point of running in a container”… Well, there really isn’t any measurable overhead and you have the benefit of having a very portable configuration.
I do think the compromises one has to go through for podman rootless are not worth in this case, for me, not even the rootful worked properly (a few years ago), but this is a nice walkthrough for people wanting to understand more.
Gigabyte is the exception, 3 HDMI and 1 DP
I feel like you just confirmed exactly what I said, few people were able to beat it.
To be fair, very few people used to be better at go, let alone a lot better.
I have dealt with “only works in kubernetes” because developers couldn’t be bothered to make it even work on docker without all the hidden orchestration.
So, instead of documentation, they just make the service work in that one specific environment.
By secure they mean “the only way we can easily see everything you do”
LOL
They are trying to bore only your customers, attackers have direct access (=