The 7950X3D or 9800X3D are both faster (besides the 7800X3D you mentioned).
GPU-wise this is obvious the best AMD has to offer, but an RTX 4090 is obviously faster still. With the typical caveats for NVIDIA on Linux.
The 7950X3D or 9800X3D are both faster (besides the 7800X3D you mentioned).
GPU-wise this is obvious the best AMD has to offer, but an RTX 4090 is obviously faster still. With the typical caveats for NVIDIA on Linux.
I think I have a simple function in my .zshrc
file that updates flatpaks and runs dnf
or zypper
depending on what the system uses. This file is synced between machines as part of my dotfiles sync so I don’t have to install anything separate. The interface of most package managers is stable, so I didn’t have to touch the function.
This way I don’t have to deal with a package that’s on a different version in different software repositories (depending on distribution) or manually install and update it.
But that’s just me, I tend to keep it as simple as possible for maximum portability. I also avoid having too many abstraction layers.
That’s mostly down to Teams though (being the bloated web app that it is), and not the underlying operating system.
When talking about the kernel, Windows actually skipped 3 major versions iirc from the top of my head. Windows 8 was Windows (NT) 6.2, and Windows 10 skipped that version number to, well, 10.
Why when a simple alias will do?
I also experienced less “hiccups” since switching to Linux with KDE but I’d like to know on what combination of hardware and Windows you experienced anywhere close to an average of 1s response time to “any input”.
Bitwarden keeps working just fine.
Sorry, I don’t know of a guide for other distributions.
It’s kind of in the word distribution, no? Distros package and … distribute software.
Larger distros usually do a quite a bit of kernel work as well, and they often include bugfixes or other changes in their kernel that isn’t in mainline or stable. Enterprise-grade distributions often backport hardware support from newer kernels into their older kernels. But even distros with close-to-latest kernels like Tumbleweed or Fedora do this to a certain extent. This isn’t limited to the kernel and often extends to many other packages.
They also do a lot of (automated) testing, just look at openQA for example. That’s a big part of the reason why Tumbleweed (relatively) rarely breaks. If all they did was collect an up-to-date version of every package they want to ship, it’d probably be permanently broken.
Also, saying they “just” update the desktop environment doesn’t do it justice. DEs like KDE and GNOME are a lot more than just something that draws application windows on your screen. They come with userspace applications and frameworks. They introduce features like vastly improved HDR support (KDE 6.2, usually along with updates to Wayland etc.).
Some of the rolling (Tumbleweed) or more regular (Fedora) releases also push for more technical changes. Fedora dropped X11 by default on their KDE spin with v40, and will likely drop X11 with their default GNOME distro as well, now that GNOME no longer requires it even when running Wayland. Tumbleweed is actively pushing for great systemd-boot support, and while it’s still experimental it’s already in a decent state (not ready for prime time yet though).
Then, distros also integrate packages to work together. A good example of this is the built-in enabled-by-default snapshot system of Tumbleweed (you might’ve figured out that I’m a Tumbleweed user by now): it uses snapper to create btrfs snapshots on every zypper (package manager) system update, and not only can you rollback a running system, you can boot older snapshots directly from the grub2 or systemd-boot bootloader. You can replicate this on pretty much any distro (btrfs support is in the kernel, snapper is made by an openSUSE member but available for other distros etc.), but it’s all integrated and ready to go out of the box. You don’t have to configure your package manager to automatically create snapshots with snapper, the btrfs subvolume layout is already setup for you in a way that makes sense, you don’t have to think about how you want to add these snapshots to your bootloader, etc.
So distros or their authors do a lot and their releases can be exciting in a way, but maybe not all of that excitement is directly user-facing.
What do you mean by “option for remote”?
Passed openQA in Tumbleweed, so should be available with 20241007.
This is the way.
I just use whatever is included with the desktop environment. On KDE and GNOME launching an application involves pressing the Super (“Windows”) key, typing the first couple of letters of the application I want to launch and pressing the return key.
I might be missing something here but I don’t know how other launchers could possibly make this a simpler process.
There is no definitive roadmap.
Let’s see if this really affects all Linux systems or if the stars need to align for this to actually be exploitable.
Whether free will exists or not would add a whole new layer to this discussion that you could easily add to almost any discussion as a wildcard. If we assume that using Windows vs Linux is predetermined as opposed to being a choice, this whole comment tree doesn’t make any sense. So let’s not go there.
In my opinion, if quitting playing a couple of games really is life changing to you, you have deeper problems. If your so-called friends can’t understand why you quit a game over something that’s more important (to you), then find different people who do. That’s almost as stupid as American kids excluding other kids for not using iMessage/iPhone. Doesn’t mean your friends have to stop playing these games, but you can share other moments with them. Other games, conversations, other activities altogether.
Downvote all you want, but that’s how it is. People prioritize certain things over others - and that’s completely fine - but don’t pretend like they don’t have a choice. On the contrary, more people switching to a Linux distribution despite incompatible games would lead to these games more likely adopting Linux compatibility.
Unfortunately, a lot of those are super popular and there are still gamers that don’t want to switch to Linux but can’t because of those games.
FTFY because of course most of these people could switch and just stop playing these couple of games, that’s hardly life changing.
How do you not do that? It’s all in your local network, how would it not work offline…?
deleted by creator