It really depends on what you’re most comfortable with; when you go for such a custom option most of the design decisions are about personal preferences.

I suggest you draw out some layouts on a piece of paper, adjust them until you feel happy and then plan out how you want the keymap to look. When you’re happy, look for a layout that fits what you want or build your own on KiCAD.

I bought a kyria from Splitkb, and I’ve been very happy with the design. If I needed another keyboard, it would probably be a very similar layout, but have slightly fewer keys, be low-profile and no oleds.

I use PiHole+Unbound in a podman quadlet, and give it its own macvlan. Works great for me.

I have a 7800XT on Linux and I want to point out that I still run into their “drm_fec_ready” and “no edid read” bugs every day.

amdgpu is miles ahead of what NVIDIA is offering, but it is still a GPU driver on a second class platform. Do not expect a flawless experience on bleeding edge hardware.

Based on your fans it’s more likely too much air + high initial temperature causing uneven cooling. I assume with those fans you’re trying to print really fast?

deleted by creator

No, I’m saying that when people run into strange bugs, sometimes they put together an issue (like the person behind cve-rs), and sometimes they quietly work around it because they’re busy.

Seeing as I don’t often trawl through issues on the language git, neither really involve notifying me specifically.

My lack of an anecdote does not equate to anecdotal evidence of no issue, just that I haven’t met every rust developer.

Yes, the problems rust is solving are already solved under different constraints. This is not a spicy take.

The world isn’t clamoring to turn a go app into rust specifically for the memory safety they both enjoy.

Systems applications are still almost exclusively written in C & C++, and they absolutely do run into memory bugs. All the time. I work with C almost exclusively for my day job (with shell and rust interspersed), and while tried and tested C programs have far fewer memory bugs than when they were first made, that means the bugs you do find are by their nature more painful to diagnose. Eliminating a whole class of problems in-language is absolutely worth the hype.

If someone did, why would I hear of it?

The code used in cve-rs is not that complicated, and it’s not out of the realm of possibility that somebody would use lifetimes like this if they had just enough knowledge to be dangerous.

I’m as much a rust evangelist as the next guy, but part of having excellent guard rails is loudly pointing out subtle breakages that can cause hard to diagnose issues.

The link you posted has nothing to do with this SoC?

You’re not going to get 2.5G over wireguard on the 3588, but you are definitely going to get over 1G.

Wireguard scales well with cores, but due to the way big.LITTLE is implemented on the 3588, it could lose performance if it tries to split the workload between core complexes.