Skip Navigation

User banner

0x0

@ 0x0 @social.rocketsfall.net

Posts
1
Comments
68
Joined
3 yr. ago

  • Rust-Written Linux Scheduler Showing Promising Results For Gaming Performance

    Jump

  • For those getting excited, It doesn't "boost" gaming performance. It prioritizes the game over the background process (in this case, a kernel being compiled.)

    Schedulers aren't magic. As pointed out in the comments of the linked article, there are other ways of doing this. The more interesting tech here is being able to choose between schedulers under specific workloads, which is very nice IMO.

  • Gnome completely different and buggy after update (Debian)

    Jump

  • I recommend an RX 580. Older card, but better than the 1060 and 8GB instead of 6GB. Good for 1080p gaming at 60fps and can be workable up to 1440 if you lower settings. Used price is around $60 - $90 USD (down from $110 when I bought it earlier this year used on eBay.) Only thing to look out for is the bios switch, which downclocks memory if in the wrong position. I drive 3 displays with it and used to do 4 with no issue on Wayland. Highly recommended for a budget card.

  • Just found about the BORE scheduler from solus. Anyone know if it actually improves responsiveness for desktop use? If so why is it not used more?

    Jump

  • Switched from BORE to EEVDF (which is now the stock scheduler after 6.6 IIRC.) EEVDF works better under load.

  • What's your favorite music player on Linux?

    Jump

  • Mpd has always served me well. I use ncccmmmmppp (however its spelled) to manage playlists and such. For album artwork I run sxiv pointed at file in /tmp/. I forget how that part works, actually. I have a grid layout on a second monitor, so I just square up the mpd client and sxiv. Doesn't look too bad.

    Semi-related, but as a project I ripped out the pressure/impact pads of an old midi keyboard for use as prev/(pause/unpause)/next buttons, so if the song sucks I can literally punch my desk to skip it.

  • Removed

    Thoughts on this?

    Jump

  • Wayland has mostly positive user reviews because it presents nicely to the user (VRR, scaling, etc.) On the developer front it seems there's a lot of struggle over things that were solved in X11 but for some reason require a lot of debate in Wayland.

    • There's still no way to universally configure monitors and input devices, so the startup cost to checking out a new "WM" (compositor in Wayland terms) is non-zero - you have to reconfigure everything from the ground up, and for anyone with complex input systems (see: accessibility devices) this will take a lot of time because each compositor insists on using a different format for configuring these things.
    • Each compositor is tasked with coming up with solutions for all parts of the user experience (hence the last point) and thus anyone who wants to experiment with making their own WM now has to worry about a billion things that wouldn't have had to deal with in X11. Yeah, there's libraries for dealing with that stuff, but it's not as simple as it was and lot of innovative WMs won't ever be able to make the jump.

    These are the two biggest issues I can see that are entirely chalked up to its design. Technical issues (like the "load balancer" thing that keeps Firefox from crashing on Wayland) will be solved in time. However, the above points are unlikely to ever be addressed. Should they be? I don't know.

  • Arcan releases 0.6.3 and receives funding from NLNET and a private entity

    Jump

  • This looks cool.

    What is it?

    edit: About an hour later of clicking around and watching videos. Whatever it is, it's a treasure trove of interesting/innovative programs and utilities built around some kind of experimental display server. At times it's like watching Hollywood's interpretation of a future operating system. Much of it is beyond comprehension. Whoever is working on this clearly has a vision and I applaud them for it.

  • Darktable 4.6 Open-Source RAW Image Editor Released, Here's What's New

    Jump

  • Every major update has broken something or fundamentally changed my workflow to such a degree that I no longer feel I understand the program. I currently use it in a semi-automated setup and I'll likely have my package manager ignore its upgrades in the future barring total breakage of the package. Note: I'm not saying the program is bad, it's just not something I'm interested in constantly tweaking/relearning if a future update is just going to break it.

    I just learned about Ansel, which is a fork by someone who did a ton of work for DT but was ultimately too opinionated and got the boot. Apparently it's way more streamlined and easier to work with. YMMV.

    I've also heard about vkdt, which is very early, but still something to look at.

  • Gamedev and linux

    Jump

  • I remember threads like this from back when Valve was pushing Steam Machines. Won't name names, but there were very successful developers throwing tantrums once the bug reports started to flood in. Many weren't prepared to actually provide support and spent years regretting it (according to postmortems.) I managed to get a refund on one game after the developer's Twitter rant went completely off the rails re: Linux being unfit for desktop. Weird that they were 100% fine with Linux when it meant getting my $15, $20, or $30. Makes you think!