thenonsense

Members
  • Content Count

    116
  • Joined

  • Last visited

Community Reputation

5 Neutral

About thenonsense

  • Rank
    Member

Recent Profile Visitors

1514 profile views
  1. After a slew of changes (without validating them individually of course) it APPEARS to be stable, for now. Notable events: Point our VM GPUs at different BIOSes (I point secondary GPUs at BIOS files too, but somehow they were pointing at the same one, same GPU so no compatibility issue, but maybe a file handle issue) Disable Hypervisor (enabling Hypervisor afterwards has not re-induced the issue from what I can tell) Fast boot was enabled on a VM. Disabled that crap. Not sure if that did it but the words "fast startup" and "power state" go hand in hand in my brain. Also
  2. Hi everyone, Fair warning, this is my crosspost attempt from Reddit. Why I started there, I'm not sure. I'm an owner of a 2-streamers-1-CPU build that holds 2 GTX 1080s and a Threaderipper 1950x, and I've been stable for a long period of time, 6 months to a year since my last issue. About a couple of months ago I upgraded to 6.9.0rc2, and after about a month of uptime my GF and I had a double-blackscreen while playing the same game, Monster Hunter World. Logs from the VMs are as follows, see the bottom 4 lines for the major issue: -boot strict=on \ -device nec-usb-xhci,p
  3. You've got several different options. Either swap your motherboard to one with 5 slots (I'm not sure one exists) or use PCI bifurcation to split a slot. I believe this is your best bet. Now, you'll possibly run into bottlenecks depending on how PCIe 4.0 handles 8 lanes for a GPU (assuming you split a 16x slot) versus video encoding throughput. If the loss in bandwidth corresponds to a loss in encoding speed, you can tie that to dollars lost per unit time. I would research PCIe 4.0 bifurcation. Then of course research what PCIe lanes go to which CCX's on the Zen 2 die (I believe Zen 2
  4. I figured out my own hacky solution. Essentially I have a single drive (or in this case I just RAIDed 2 NVMEs for speed) and set them up with btrfs, single share, for both users. I dragged my own shared games over, then cp --reflink'd everything for the other user. For steam, it's best to get the original user's app manifest files, and delete the executables for other users so that steam can remake them from scratch for each user, apparently part of the DRM protections. Bottom line every game file but mod, .exe, and app manifest files were reflinked. Then every time I send through a game
  5. Sorry dmacias, not sure how I missed the notification for your update, jdupes 1.14 not compiled with btrfs support. Running "jdupes --dedupe" shows the message. I'll add a PR when I get a chance.
  6. Hi dmacias, Can you please add the newest (2.10) version of rmlint? We're using it to get CoW convergence on our caches Edit: It looks like the other option for this, jdupes, was built without btrfs support. For those who need it, can you please enable that flag in the makefile and republish? I'm not sure if it's in the works to configure where Nerdpack is pointed, but if it is, I'd be willing to open my own packages to lend a hand. I imagine most others feel similarly.
  7. Hi everyone, I'm a couple-year user of Unraid but I've never found my most favorable way to share games between users. My usecase is: Players 1 and 2 both have the same general batch of games they want to play, at the same time. I used to eat the storage redundancy with separate drives holding the same content, to avoid issues for both players having access to the same files. My question is: is there a way to get both users to share the EXACT same gaming library, same files, reasonably? Last I tried pointing both users' steam clients at the same game files (SATA SSD share run
  8. I figured it out. I had expected CoW to be a lot more intensive than it actually is. It's not. Copies of files are implicitly made only when a file is copied and then one of those copies is modified upon. I expected some copy-in-place transactional craziness that versioned files as they were modified, and didn't care if a copy was made previously. I'm confident I'm not explaining my original point of view well, but that's because it was pretty stupid to begin with.
  9. Hi all, I'm trying to understand something about Btrfs and how it tracks its multiple copies of files. I have a couple scenarios and I'm tryting to understand how COW resolves with them: A file is put onto the file system by User A. User B updates the file. What differentiates User A from User B? How is data chosen (original vs updated) to present to User A or B? What about User C, who has seen neither original nor updated variant? A library, or video game, or even a git repo is put onto the file system. That library / game / repo receives an update 2 weeks late
  10. Not sure if this was ever resolved, what cores are you typically passing through?
  11. It sounds like you've got gigabit internet (or at least on that scale). Can you do some file transfers between your NAS and a local VM? NAS and another device on the network? Post your local speed results. I'll do the same this weekend and post my findings, but I'm living nicely on just 100Mb speeds to the rest of the world. I'm also getting those speeds on all my unraid resources. I'm sitting on 6.7.0 stable as well.
  12. I got the notification about linked content and I'm real glad that people are using this. It's become quite a good resource. Due to the architecture of Ryzen, there are PLENTY of tidbits that need to be in a row to reduce inter-die communication, and therefore latency. Making sure you're accessing memory modules directly linked to your die, using only cores on your die (or even just on the same CCX), what PCIe lanes go where, etc. It looks like a lot of ground has been covered since your initial post, with cross-die core allocations and nebulous GPU performance. It
  13. It isn't. There are guides like this one here: https://forums.unraid.net/topic/35112-guide-passthrough-entire-pci-usb-controller/ However it isn't very up-to-date. Here's the typical process: Go to /Tools/SysDevs and look for your USB controllers. You're looking for all USB controllers. An example would be [1022:145c] 09:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) USB 3.0 Host Controller You can also buy PCI->USB expansion cards to more easily find a USB controller. Next is to follow the linked guide, and find out what USB p
  14. There are a few views on this but no replies. I will say that I personally have seen disconnect issues, but I don't use individual device passthrough. I pass through the controller, and sometimes see a disconnect/reconnect when transferring large files (that breaks the transfer) but it always reattaches the device. Have you tried passing through the controller? It should at least easily facilitate the reconnect when it drops. No need to buy another controller, you can pass through one of the controllers on your mobo.
  15. You do, the one built into your 8700k. Intel HD 630. Set the integrated GPU in BIOS as default, and boot to unraid. From there, just pass through your GTX 1080 to the VM. You also don't need one. You can copy the BIOS of your GPU using the tutorial by SpaceInvaderOne for using passthrough with a single GPU. However, this isn't necessarily the easiest for first-timers.