• 0 Posts
  • 7 Comments
Joined 1 year ago
cake
Cake day: June 12th, 2023

help-circle
  • Malcolm@lemmy.worldtoLinux Gaming@lemmy.worldNew gaming rig
    link
    fedilink
    English
    arrow-up
    8
    ·
    21 days ago

    Nvidia GPUs seem pretty solid with the latest driver developments around Wayland explicit sync now. I haven’t had the experience with a modern AMD GPU to compare, so hopefully others can chime in there. I think AMD stability depends on which driver you use.

    As for AMD CPUs, I don’t think you can really go wrong if you go with the x6xx class or above. The X3D variants are supposed to have a bit of an edge in games but a very slight penalty in other general computing tasks. Doubtful it would be anything perceptible other than in benchmarks or compile times. If your system is primarily being built for gaming, I’d say opt for an X3D part if all other things are equal. If it’s more of a workstation kind of system, or you plan to leverage a lot of virtualization tech, I’d say spend as much as you’re willing to stuff as many CPU cores into that machine as you can.

    As for memory, more is always better. I’ve got 32 GB on my main system and never felt like there was anything it couldn’t handle, and that’s even being somewhat sloppy leaving other fairly memory intensive programs running in the background while I game. In that department, I’d just go with 32 gigs and call it a day, unless you’re doing video capture/editing.

    Nvidia Gsync shouldn’t be an issue in Linux, at least not with an Nvidia card. If the monitor doesn’t also support Freesync, then that might cause a hassle with an AMD card.

    Good luck and have fun!


  • Can’t speak to all of your points, but the main thing I’d recommend is to try distro hopping with some of the common recommendations. If you have a spare drive that would be the easiest. Mint and PopOS are probably the first two worth trying to see how things go.

    In terms of games, you should really be checking protondb for compatibility. It shows the C&C series generally looking pretty good. If you’re out of the loop, Proton is essentially an improved version of Wine that Valve maintains that’s focused on games, but it’s free for anyone to use.

    For text editors, there are an insane number of options. I’ve been pretty impressed with Kate from the KDE folks. Ties in best with a KDE-based flavor of Linux, but works great everywhere. Codium is a fork of VSCode that strips out all of Microsoft’s telemetry. Also great to use and very powerful with insane flexibility through plugins.

    Regarding fragmentation across distros, you’re mainly looking at RPM-based (Fedora, Suse), deb-based (Debian, Ubuntu, and a whole slew of others based on those). Most programs will be bundled up as a deb or rpm. Efforts have been made to make more platform-neutral packages for distribution like Flatpaks, Snaps, and AppImages. Those have their quirks, and people have strong opinions about their merits and weaknesses, but generally you’ll be able to get those to work on any distro without much fuss. There are some cool utilities like Distrobox which do a pretty good job of setting up containers for different distros so you can install and run their native packages.


  • I’ve got an R3 at home which generally works well. Flashing mainline OpenWRT was pretty smooth and easy. It’s been a while since I did the bring up, but I do remember having to jump through some hoops to get a partition layout that would utilize the onboard storage properly. By default it only left 10mb to install additional packages which seemed to defeat the purpose of having all of that emmc available. That may have changed in the more recent releases.

    One bug I encounter regularly is that some (maybe older?) Apple devices seem to be able to lock up the router. Adding watchcat can get the thing rebooted in less than a minute in the event that it does hang, which makes it barely noticeable, but it’s not an ideal fix.

    Depending on the devices you have in your house that might be a showstopper or of no consequence at all. Otherwise WiFi speeds and signal are great, as are general performance and reliability except for that bug I mentioned. Haven’t used VLANs but it’s all there and the flexibility of OpenWRT is great.


  • If I understand it correctly, Bluefin was just the first downstream uBlue variant like Aurora that had the various goodies built into the images. Bluefin effectively being the Gnome version of Aurora. I think it was simpler to tie the Aurora builds into the existing Bluefin pipeline for generating images and packages.

    I highly recommend Aurora (dx) if it sounds like it fits the bill for what you’re looking for. After starting out with Kinoite and rebasing on Aurora-dx, the latter just feels like Kinoite with all of the desired additional packages already baked in, and some great additional shell scripts for convenience.

    Rebasing sounded intimidating but it was literally just a simple shell command and a reboot. One additional command if you want to hang onto the previous image the way you had it. Rpm-ostree is pretty magical.



  • Wow, I’m jealous you live somewhere that you can downgrade to 2.5Gb/s!

    If you go that Banana Pi route, just be aware that the process of getting mainline OpenWrt on the thing is a little unusual, but not difficult at all. Just requires a cheap serial adapter and spare micro sd card.

    There device has onboard NAND, NOR, and EMMC, as well as the card reader. Not all can be used simultaneously, so there are dip switches that set what is booted/visible.

    Official install method is basically as follows:

    -Hook up serial adapter to the send/receive/ground pins on the board, open serial terminal in something like PuTTY

    -Set dip switches, boot the sd-card

    -In serial terminal select option to install to NAND

    -Power off, change dip switches, boot to NAND

    -In serial terminal select option to install to eMMC

    -Power off, change dip switches

    -You’re done, now booting mainline on eMMC

    Basically just putting the image on the NAND memory temporarily so it can be put back on eMMC since eMMC and sd-card can’t be used at the same time.

    The Banana Pi forums are a good resource in addition to the OpenWRT docs.

    My only gripe at this point is that the mainline configuration by default only sets up a 100mb partition on the eMMC to install packages to. Some folks have had success resizing that partition but I wasn’t having any luck there, so I may just compile it myself and set it larger. That change should be persistent through system upgrades after it’s done once.

    Anyway, if you or someone reading this goes that route, I hope this helps!