Double and triple buffering are techniques in GPU rendering (also used in computing, up to double buffering only though as triple buffering is pointless when headless).
Without them, if you want to do some number crunching on your GPU and have your data on the host (“CPU”) memory, then you’d basically transfer a chunk of that data from the host to a buffer on the device (GPU) memory and then run your GPU algorithm on it. There’s one big issue here: during the memory transfer, your GPU is idle because you’re waiting for the copy to finish, so you’re wasting precious GPU compute.
So GPU programmers came up with a trick to try to reduce or even hide that latency: double buffering. As the name suggests, the idea is to have not just one but two buffers of the same size allocated on your GPU. Let’s call them buffer_0 and buffer_1. The idea is that if your algorithm is iterative, and you have a bunch of chunks on your host memory on which you want to apply that same GPU code, then you could for example at the first iteration take a chunk from host memory and send it to buffer_0, then run your GPU code asynchronously on that buffer. While it’s running, your CPU has the control back and it can do something else. Here you prepare immediately for the next iteration, you pick another chunk and send it asynchronously to buffer_1. When the previous asynchronous kernel run is finished, you rerun the same kernel but this time on buffer_1, again asynchronously. Then you copy, asynchronously again, another chunk from the host to buffer_0 this time and you keep swapping the buffers like this for the rest of your loop.
Now some GPU programmers don’t want to just compute stuff, they also might want to render stuff on the screen. So what happens when they try to copy from one of those buffers to the screen? It depends, if they copy in a synchronous way, we get the initial latency problem back. If they copy asynchronously, the host->GPU copy and/or the GPU kernel will keep overwriting buffers before they finish rendering on the screen, which will cause tearing.
So those programmers pushed the double buffering idea a bit further: just add an additional buffer to hide the latency from sending stuff to the screen, and that gives us triple buffering. You can guess how this one will work because it’s exactly the same principle.
Lol, why own up to adding animations the system can’t handle when you can blame app and web devs? Gnome users always know where the blame should be laid, and it’s never Gnome.
If the system can’t keep up with the animation of e.g. Gnome’s overview, the fps halfes because of double buffered vsync for a moment. This is perceived as stutter.
With triple buffer vsync the fps only drop a little (e .g 60 fps -> 55 fps), which isn’t as big of drop of fps, so the stutter isn’t as big (if it’s even noticeable).
Biased opinion here as I haven’t used GNOME since they made the switch to version 3 and I dislike it a lot: the animations are so slow that they demand a good GPU with high vRAM speed to hide that and thus they need to borrow techniques from game/GPU programming to make GNOME more fluid for users with less beefy cards.
Not only slow, it drops frames constantly. Doesn’t matter how good your hardware is.
There’s always the Android route, why fix the animations when you can just add high framerate screens to all the hardware to hide the jank. Ah, who am I kidding, Gnome wouldn’t know how to properly support high framerates across multiple monitors either. How many years did fractional scaling take?
Sockets are effectively point-to-point communication. Dbus is a bus. Your question is similar to “what is the point of I2, or an ATA bus when directly wiring ICs gets the job done”. Both have different strengths and weaknesses.
You don’t have to edit the config files, if that’s what you mean. Generally speaking you should never need to edit any of them except in very unusual cases.
The config files are generally specific to apps and they can get transferred between distributions.
It’s actually common practice to take your /home with you too a new distro, it to put it on a separate partition so it’s still there after you reinstall the system partition. The app versions might be a little different and sometimes they’re may be small glitches when you do that but for the most part it works very well.
The only dot dirs you might care about is .cache which you may want to empty every once in a while (if you run out of space on /home). There’s also trash, if you use that, but that usually has its own widget on the desktop so you can explore or empty it.
I know you said don’t suggest Vim, but I use Neovim for my writing and write in markdown. Any markdown editor will do. Marker is fine. It’s really easy to convert to another format like HTML or EPUB with pandoc. Markdown has minimal formatting, too, so it shouldn’t bug you so much.
FocusWriter is another good suggestion if that’s more what you’re interested in.
What would be great is they’d likely need to open source certain stuff for it to play nice with the kernel. Stuff like DirectX. And if that happens it’ll be a singularity moment for Linux compatibility and adoption.
I have at least 20 different devices that run some flavor of Linux. Servers, a laptop, TVs, AP/routers, probably more, if my other “smart” appliances run Linux also.
Do Android phones and tablets count towards Linux gaming?
PlayStations run a derivitive of BSD, maybe those should get honorable mention. ;)
Including phones would be significant. But in my (probably deranged) head android/linux is a different os from GNU/linux. The overlap of the kernel itself is not enough. In that case all switches/routers/storage appliances/toasters/washing machines/fridges/iot sensors often also run linux.
Linux can be used to play commercial games > more people daily drive to linux > more companies port their software to linux > even more people switch to linux > Windows/macOS duopoly breaks, losing to open source alternatives
I’m not saying playing call of duty on the deck will make windows fall, but it’s a start
The fluctuation in Simplified Chinese use makes me pretty suspect here. It was nearly cut in half in one month and suddenly 20% of Steam’s users that used Simplified Chinese just didn’t exist.
Honestly that big of a fluctuation in regional selection tells me none of the other data means anything.
If you are a Linux user and like commercial games, you probably would prefer them to work on Linux.
“Market share” on Linux aligns the vested interest of game makers and Linux game players. If the company thinks it can make money, it will do more to allow games to run, or at least do less to stop them.
There’s high potential overlap between the profile of a PC gamer (who is often also a PC builder and general computing DIY hobbyist) and an OS like Linux that extends your tinkering ability massively on the software side.
PC/laptop users are a shrinking demographic nowadays thanks to the advent of mobile devices, but they’re a high quality demographic made up of professionals and hobbyists with above average computer savvy. So lots of companies are trying to appeal to them because the choices they make in software and hardware can translate into many other IT fields.
These commercial, proprietary games are one of the things that pushes forward the capabilities of personal computers. They are unreasonable, unoptimized resource-hogs. If a Linux system is as capable of running them as a proprietary OS (that has a deck stacked in it’s favor), it means they lose one another advantage over Linux. And it also means that your hardware now is more productive at less bs tasks, especially consumer-grade nvidia cards, who are better supported now than years ago.
I love LMDE. Longtime fan of Mint, and recently changed all my ‘GUI’ machines over to LMDE. I tried pure Debian with Cinnamon, but it wasn’t the same. Mint makes it nicer, and I believe Debian is going to be their main base sooner than later, the way Ubuntu is going.
Mostly I downvote people who post screenshots of headlines or tweets instead of posting a link to the source. IMHO we need better moderators to delete that crap, but I do my part.
I think everything goes against the battery? Did you try to recalibrate it? Discharge the battery completely, and then go into the BIOS and wait until it turns off. Now charge it for a couple of hours while it stills off.
I don’t think it is gonna fix anything, because it seems like a battery problem. Maybe try to get one from iFixIt, I had bad experiences with batteries from Amazon (if you got it from them).
linux
Active
This magazine is from a federated server and may be incomplete. Browse more on the original instance.