gilahacker

Members
  • Posts

    67
  • Joined

1 Follower

Converted

  • Gender
    Undisclosed

Recent Profile Visitors

1506 profile views

gilahacker's Achievements

Rookie

Rookie (2/14)

8

Reputation

  1. I formatted a single 4 TB drive in my array as BTRFS and enabled compression using `chattr -c`. I also installed the "compsize" tool, to show me what kind of compression I was getting: Processed 213570 files, 1597070 regular extents (1597070 refs), 46817 inline, 223456 fragments. Type Perc Disk Usage Uncompressed Referenced TOTAL 96% 1.8T 1.8T 1.8T none 100% 1.7T 1.7T 1.7T zlib 43% 50G 115G 115G Out of 1.8 TB total data, only 115 GB was compressed. It was getting a good compression ratio (2.3:1). I wanted to increase the compression level, but couldn't find any way to do that since there's no entry for the drive in /etc/fstab like there would be on a non-unRAID setup. While reading up on that, I discovered zstd (even though it's been around for a while now) and that seemed like a better option than the default zlib, so I ran btrfs filesystem defragment -rf -czstd /mnt/disk18 to switch to zstd and it compressed a lot more of the files: Processed 149606 files, 12382461 regular extents (12382461 refs), 29274 inline, 781994 fragments. Type Perc Disk Usage Uncompressed Referenced TOTAL 73% 1.2T 1.7T 1.7T none 100% 405G 405G 405G zstd 65% 915G 1.3T 1.3T (note that I deleted some unnecessary files after the defragment, so my total size decreased) The compression ratio dropped (1.45:1), but >10x more data is being compressed now so I'm "saving" ~416 GB of disk space whereas I was only saving 65GB before. Based on what I've found, zstd compression should be as good or better than zlib while being a whole lot faster. Increasing the compression level means it takes longer to initially compress, but decompression rate stays about the same (a trait zlib shares). I'd love to be able to crank up the compression level, but the changes to allow that either aren't merged into the btrfs command line tool yet or the version we have isn't up to date. I found lots of discussion about adding them on github, but haven't compared version numbers or anything. There's also supposedly a way to force compression on all files as, by default, btrfs only tries to compress the beginning of the file and if it doesn't appear to compress well it just leaves the whole file uncompressed. This is why even after running the defrag command above, 405 GB is still listed as having no compression. I haven't figured out if there's a way to do that yet. In my particular case, many of the files are already RAR or ZIP or whatever, which probably wouldn't compress well anyways, but I've been slowly crawling through and unpacking those files so I can actually browse their contents in my file manager. This drive contains my collection of STL files for 3D printing which take up the majority of the space and a few old system backups that take up 158 GB.
  2. Then one of us misunderstood what @Zer0Nin3r was asking about regarding `copy --reflink`, which requires the `reflink=1` flag to be set when the disk is formatted.
  3. I just added a new disk to my array and found out about the reflink thing while trying to figure out exactly why it shows 66 GB used* on an empty, newly formatted 10 TB disk. All of my old disks have reflink=0 (per xfs_info command), and I don't believe it's possible to enable it without a reformat. *Seemed high, but I'm honestly not sure what it was on other disks when I added them. Something I stumbled upon in a Google search indicated that new XFS disks have significantly more "used" space to start with when that feature is enabled.
  4. @Hoopster brings up an interesting point. Because, unlike many (most?) Linux distributions, unRAID runs completely within RAM and nothing else gets mounted over-top the default rootfs (special instance of tmpfs). I believe this is similar to any "Live" distro, but don't have experience with those. So even though my /tmp isn't a tmpfs mount itself, it is *on* a tmpfs mount and exists only within RAM. Thus, either /tmp (a path on a tmpfs mount) or /dev/shm (an explicit tmpfs mount) should work exactly the same other than the fact that some of the space on / will be in use already.
  5. On *my* server, running 6.6.6, I have a /dev/shm tmpfs mount that is allocated 32 GB of RAM (per df). I have 64 GB total RAM, not sure why it's set to 32. I do not have a /tmp mount. I do have a /tmp directory, but it's not a tmpfs "RAM drive", just a plain directory. You can run cat /etc/mtab to see what your current mount situation is. I imagine it's similar. I have the Plex /transcode folder mapped to /dev/shm in its Docker settings. No issues so far.
  6. The article about TCP BBR just recently popped up in my news feed. Did a Google search for "unraid tcp bbr" and it led me here to find that it's already been added to the next version. 😁 Dunno if I'll actually see any difference myself (sightly faster downloads? smoother remote streams?) but I'm glad to see that Limetech included it just the same.
  7. I am not a developer, though I do have some experience in that regard, but I don't think an entirely separate branch would be necessary. Toggles to allow users to enable/disable features should be sufficient. A tool to build a custom USB image with/without features could also work*. Splitting different components into their own packages might be best so different parts can be updated independently and not even need to be downloaded by those not using them. For example, if the GUI were a separate package it could be updated without needing a full "OS update", and those not using it wouldn't need to have it installed or even download that new package when they update their system. *But may require significant dev work to make things more modular.
  8. https://lime-technology.com/forums/topic/61771-optional-gui-resolution/?do=findComment&comment=656621 TLDR: Switching from HDMI to DVI got me 1920x1080px resolution in the GUI. I have no idea why, but it worked.
  9. Okay, it makes absolutely no sense, but switching from HDMI to DVI worked for me. I'm using a Zotac GeForce GT 710 (only thing I could find that's cheap, fanless, and fits in the x1 slot) and I've been stuck with a stretched-out, blurry, wrong-aspect-ratio 1024x768px resolution when accessing the GUI locally (using a 4k Sony TV as my monitor). I tried everything I could find software-wise, even attempting to install drivers from Nvidia (never managed to get them installed), and couldn't get the resolution any better than 1024x768. Just now, I swapped out the HDMI cable for a DVI cable with a DVI>HDMI adapter on the TV side, since the TV doesn't have DVI, and rebooted. The GUI came up at 1920x1080 (the terminal even looked like it was higher res before the GUI loaded). Running at actual 4k would have made things too tiny. 1080p is perfect. ? If anyone understands *why* it works better with DVI than it did with HDMI, I'm all ears.
  10. I've never done the zenstates thing. No problems. Asus ROG Zenith Extreme mobo.
  11. Bump. Geforce 710 w/ a 4k TV and the local GUI runs at 1024x768. I've manually added 1920x1080 using the directions here, but get a "Failed to change the screen configuration!" error when I try to actually apply it.
  12. Bump. I have a Geforce 710 hooked up to a 4k TV and my GUI is running at 1024x768, which looks like crap. I have to zoom out in the browser to fit everything on the screen and the text ends up too small and horribly pixelated. It's far more convenient for me to mess with the web GUIs for my various Dockers through the unRAID GUI than it is on my phone (in the market for a new laptop), so I'd like to make it usable. xrandr lists the available resolutions as 640x480, 800x600, and 1024x768. I was able to add a custom resolution following directions I found here, but can't switch to it. I just get a "Failed to change the screen configuration" error message. I've tried 1920x1080@60hz and @30hz with the same results. I went so far as to reboot into non-GUI mode and try to install the Linux drivers for my card (after using the devpack plugin to install things like gcc) but it wants kernel source files that I don't have (I think I'd need a kernel-devel package?). I'm highly doubting that even if I got drivers installed that they'd persist a reboot, but figured it was worth a try. If anyone has any suggestions, I'm all ears. :-/
  13. Update: The issues with launching my Steam games appear to be purely due to software configuration w/ my new Windows 10 install trying to use my already-installed Steam games. Nothing to do with Threadripper or the ugly patched kernel. I installed the old DirectX runtime from http://www.microsoft.com/en-gb/download/details.aspx?id=8109 because when trying to manually launch Doom outside of Steam I got an error saying that xinput1_3.dll was missing. Doom now works in normal and Vulkan (and looks oh-so-pretty at 4k60). Bioshock Infinite and Descent: Underground were also working after the DirectX install. When trying to launch Sonic Adventure 2 though, same behavior as the others. I launched it outside of Steam and got a generic error, but Windows helpfully popped up a message saying that I needed to install .NET Framework 3.5. I'm guessing that'll fix some of the other Sonic games I haven't tried yet as well. FWIW, I did first try uninstalling and re-installing the games through Steam with no luck. I probably should have just started from scratch on the installs. :-/
  14. Can't get any games to launch. Steam says they're running but nothing ever pops up. Within a second or two it changes from "running to syncing". Installed the Passmark Performance Test and it locked up and rebooted the VM when trying to access the 3D test page. Not running the test, just accessing the page you run it from, so I'm guessing something is wonky with the video card detection? GeForce Experience sees it fine, Windows is running at 4k60, etc. Can't even get steam to launch now. Going to install all the Windows 10 updates and try again. I'm not sure if it has anything to do with the issues I'm seeing, but Windows is listing several devices, including the GPU, as if they're removable devices (see attached screenshot).
  15. I got mine on sale for $700. Haven't seen it go on sale again since.