I understand, but this distro doesn't bill itself as an "arch but for noobs" or something of the like like EndeavorOS does. It puts performance first and foremost, and I'm also making the (dangerous) assumption that Arch was chosen as the base for its reputation of being fast, up to date, and light, and not for any other reason(s). See also: constantcrying's comment
Based on benchmarks[1], CachyOS is slightly faster than other distros, only behind Clear Linux (RIP), but I would be extremely curious to see why this would warrant a whole who distro being created. These optimizations can (and probably will) be upstreamed into Arch Linux at some point in the future. Compiler optimizations are one thing, but enabling newer instruction sets doesn't improve performance sans some very specific workloads. This all seems like marketing hype to me with very little substance.
I understand it on ARM, since it's primarily targeted at mobile and other oddball devices, but using on desktop class chips just seems odd to me. I'd even understand doing so on laptop chips but desktop ones just seems like leaving extra performance on the table.
Let's not get the point of the article twisted. I think the interoperability between the two is absolutely a positive. Google's RCS implementation is what I targeted in this article because I've repeatedly had several issues with it. It has nothing to do with interoperability between the two. Android-Android is affected the exact same way by the issues I mentioned.
Intel's chips have become so absolutely awful in the last few years I also have no desire to buy one, even in laptops where power efficiency is so important. Maybe I'm just yelling at clouds but the whole P-core and E-core architecture seems off to me (and clearly Intel too), and having to implement new schedulers for virtually zero performance gain (just power efficiency) is really annoying. Especially as a Linux user where power efficiency isn't really the priority and battery life tends to suck anyway.
I've never understood why Red Hat never tried breaking into this space. People clearly don't mind paying for an OS and RHEL is pretty much as polished and well supported as you can get. A fork of RHEL geared towards home use would be fantastic. I know Fedora exists but it isn't backed by RH the way RHEL is.
This is especially a problem for devs/artists that post updates exclusively over Discord. It's even worse if they don't do so in a separate channel and you have to dig through everyone chatting to find what you're looking for. This as well and the absence of threads (yes Discord has threads but who uses those) makes searching for troubleshooting help awful. Thank god BBS's are still around.
Mine does exactly this and it frustrates my family and I to no end. More often than not clothes are not dry and I’ll just end up putting them through a speed dry cycle because that one doesn’t turn off automatically (which completely defeats the purpose as I’m running through more cycles than needed)
This was a fascinating read and really got me thinking about the morality of suicide all things considered. We’ve collectively decided as a society that suicide is a bad thing, and rarely is mental health treated the same as physical in the realm of euthanasia.
This new driver (along with the modules Nvidia have released as OSS [1]) are kernel drivers and do not break userspace. NVK is a Vulkan implementation for Nvidia GPUs as part of the Mesa project (the same project that AMD's userspace drivers are a part of, even though AMDs kernel drivers are in tree). They are both needed to make a cohesive driver.
This is pretty cool. I think markdown support and animations when typing (like Word has) would be welcome additions. Also, there seems to be flickering when I first start typing?