PorkrollPosadist [he/him, they/them]

Hexbear’s resident machinist, absentee mastodon landlord, jack of all trades

Talk to me about astronomy, photography, electronics, ham radio, programming, the means of production, and how we might expropriate them.>

  • 51 Posts
  • 896 Comments
Joined 4 years ago
cake
Cake day: July 25th, 2020

help-circle











  • Anecdotally, I never had performance problems with Nvidia on Linux. Just other annoyances, like it taking a very long time for them to properly support Wayland (historically poor performance in XWayland, moot for several years now, but the workaround of just sticking with XOrg was workable), needing to compile out-of-tree kernel modules (usually managed by the distribution, but annoying if you need to run bleeding kernels for other reasons), and having it’s own proprietary OpenGL / Vulkan implementations instead of running Mesa3D at full performance.

    When I switched to AMD, I noticed little things, like the screen doesn’t flicker when I activate a second monitor, and having monitors with different refresh rates worked. Gains from Wayland working as intended, mainly.


    • Only one big problem here: the Ryzen 9 5900X is an AM4 Socket CPU but the motherboard you have selected has an AM5 socket. This board will not work with the AM4 CPU or the DDR4 RAM. The DDR4 RAM is correct for the CPU though.

    • The CPU requires a dedicated cooler, typically an all-in-one liquid cooling kit (though fan kits exist as well). If you do not already have one, you will need to obtain one. Intel CPUs typically include a basic fan and heatsink, but recent AMD CPUs have more intense cooling requirements and these are left to the aftermarket. AIO kits usually come with a handful of adapters for both Intel and AMD, but you want to make sure a bracket for the AM4 socket is among them. I had an old AIO system when I built my new AM5 machine, but AM5 didn’t even exist when this AIO kit was manufactured.

    • Not a major problem, but worth consideration depending on your intended workloads: With 16GB DIMMs you will max out at 64GB of ram, which is A LOT, but with 24 threads, that’s a bit over 2.5GB per thread. With two DIMMs (as shown), that’s a bit over 1GB per thread. You will struggle to use that CPU to its full potential when it comes to doing things like compiling somewhat complex software. In practice, I have found 4GB/thread to be required when compiling things like Chromium (QtWebEngine), and about 2GB/thread for things like Firefox. If you are not compiling (major) software from source code or running Gentoo this likely isn’t a problem, and you can always limit the number of jobs to work with the amount of memory you have available in the odd case where you end up doing things like this.
      That said, I can’t seem to figure out definitively what the maximum RAM limit is for this CPU or chipset. If it is not greater than 64GB, there is no point of getting DIMMs any larger than 16 GB. The X570 chipset (fanciest, among several in the AM4 family) apparently supports at least 128GB, but this will also depend on hardware support in the motherboard. Just because a motherboard has this chipset doesn’t mean it supports all of its maximum capabilities (i.e. PCIe lanes, memory, overclocking, etc)

    I never used DDR4 personally, but from what I hear, the difference between DDR4 and DDR5 is marginal, but DDR5 comes with the added headaches of “training.” It can take upwards of 15 minutes for a DDR5 machine with a lot of memory to boot for the first time. I was nearly ready to RMA my memory before I figured out this was happening, and I had to flash a UEFI firmware update to ultimately get 128GB working.


  • I knew instinctively that having individual fuel, metal bar, and stone stockpiles right next to the smelter/smithy would result in them sitting down and doing an entire workorder at once rather than take 2 months because they have to travel up 10 z-levels to the central stockpile and bring back a single bar of iron for the next sword, but I didn’t want to believe it (mainly because setting stockpiles is a pain in the ass imo)

    In addition to making workshop tasks complete faster, it allows EVERY free dwarf to move these things around concurrently. It saves a ton of time.

    I’m in the same boat as @Awoo@hexbear.net as far as doing a generalized stockpile and having others pull from it, but I don’t usually make it one-way. I also handle stone and wood separately. I make individual stone stockpiles for specific stones I want crafts to be made out of, and change the stone when it starts running out. For wood, I make a stockpile on the surface where chopped wood can accumulate quickly, then have stockpiles throughout the fort pull from it. I do this mainly because stone/wood takes up a ton of space.

    There are other useful things you can do as well. Usually my living space is a bit of a hike both from my surface entrance and my cavern entrances. Dwarves will constantly be making 50-100+ tile trips every time they get thirsty or hungry, so I plop down a pair of small (only 2 tiles) food stockpiles in these locations. One is ONLY drinks, and the other is ONLY edible food (prepared meals, fruits, etc.). You want to keep them small so they don’t drain your main stocks and force dwarves from more populated areas to hike all the way down your mineshaft.

    This saves dwarves from wasting a considerable amount of time every time they get thirsty, and helps avoid the situation where you post a squad at your front gate and two thirds of them are always off somewhere looking for beer. If I’m going to do some exploratory mining deep below my living space, I’ll plop down these food stockpiles and maybe even a small dorm. If you ever notice your miners are only able to mine like 10 tiles before getting thirsty and wondering off, you absolutely want to do this.