1,458 karma · joined March 19, 2018
Most people are best off investing in index funds and forgetting about it for 10+ years.
I posted it here the same day I found and started using it, to almost no reaction.
[0] https://github.com/FastFlowLM https://fastflowlm.com/ https://huggingface.co/FastFlowLM
Individual benchmarks tell the bigger picture. These two are optimized for different use cases, with Apple heavily leaning towards low latency single thread throughput with low sustained power usage.
https://browser.geekbench.com/v6/cpu/compare/16833358?baseli...
EDIT: The M4 Max compares much more closely https://browser.geekbench.com/v6/cpu/compare/16834801?baseli...
https://community.frame.work/t/guide-use-npu-xdna2-with-arch...
Tailscale has a free tier that's a good option to remotely access your network and cameras.
EDIT: It appears to be supported for RTX 20xx and newer GPUs.
This is changing, specifically on QEMU with virtio-gpu, virgl, and Venus.
Virgl exposes a virtualized GPU in the guest that serializes OpenGL commands and sends them to the host for rendering. Venus is similar, but exposes Vulkan in the guest. Both of these work without dedicating the host GPU to the guest, it gives mediated access to the GPU without any specific hardware.
There's also another path known as vDRM/host native context that proxies the direct rendering manager (DRM) uAPI from the guest to the host over virtio-gpu, which allows the guest to use the native mesa driver for lower overhead compared to virgl/Venus. This does, however, require a small amount of code to support per driver in virglrenderer. There are patches that have been on the QEMU mailing list to add this since earlier this year, while crosvm already supports it.
Hmm, so evolutionary pressure of existing around humans makes animals cuter.
I wonder why we find these features endearing?
They released Apple Vision Pro with no ability to play popular PC games on it.
A VR headset. That doesn't play games.
The available low-level API is Metal, and the existing software stack is written for Vulkan, so it makes more sense to implement Vulkan than to write a new Metal backend.
Yes, some people choose to emulate off road appearances, such as with fake bead locks and then only ever drive their vehicle on road. That doesn't discount the fact that there are a great many explicit choices you can make in designing and building a vehicle that sacrifice on road performance for off road performance.
Increased height makes for increased ground clearance and improved break over angle. Sway bars are another suspension component that's great for reducing body roll on road at speed, but reduces articulation and ground contact off road. Differential lockers also negatively impact turning radius, and cause tire chirp, wear, and oversteer under throttle on road, while increasing traction off road.
What's silly is daily driving an off road vehicle on road, especially if you never take it off road.
Linux doesn't refuse anything, it's free and open source software. If publishers want to offer anti-cheat software developed for Linux, it will run. In fact, many games do have anti-cheat, like Insurgency: Sandstorm, which uses EAC through Proton.
Publishers can even develop invasive kernel-level anti-cheat just like they do for Windows. They don't because it's a small portion of the market currently, and I assume they consider it not worth the investment as of now. To what extent existing Linux users would willingly allow such software to run is also an open question.
There's also the point that even invasive kernel level anti-cheat on Windows with requirements for secure boot continues to be inadequate to stop cheaters in competitive online games.