Amaranth

RIP EVGA.

Personally I wouldn't want less than synchronous gigabit and, ideally, would have an even higher maximum transfer speed given that I've been able to saturate my current connection while working from home (I'm in the process of upgrading to multi-gigabit but it's taking awhile for the ISP to install the required infrastructure despite the rest of my home network being ready for it). That said, one reason for the higher usage is probably that, aside from phones and undocked laptops, every device on the network is hardwired with CAT6 and so is able to actually take advantage of the faster internet.

Now that's a segue!

Maybe, maybe not - although I doubt that any social media moderators are free from controversy (I can certainly think of a few here that I've disagreed with). ¯\_(ツ)_/¯ That's true, and is a disadvantage if you don't like real-time chat, although on the flip-side it allows for someone to create a build in real-time and not wait around for a response. So there are positives and negatives (and the same could be said of here vs the LTT Discord). Although, ultimately, in my experience, I would take any build list you get online with a grain of salt no matter where you got it from be it this forum, Reddit, or a Discord server because every community or 'advisor' is going to have their own set of biases and preferences.

I feel like it's worth mentioning that r/buildapc does have a Discord channel for those needing help with full builds (something that wasn't touched upon in the video).

I'm really surprised, and disappointed, to see LTT recommend something like AtlasOS given the massive security concerns.

Personally I would rank DYI Perk's desk build as equally clean (particularly if you include the 'invisible monitor').

I actually find the 'pop' when the IHS detaches rather satisfying, although I've also delidded a fair number and might have become desensitized to the innate feelings of 'my god, did I break my CPU' that many people seem get at that stage of the process.

According to reports from people who have tried, that generation of AMD card has questionable compatibility with GPU-P with some reporting that it works without issue and others finding it completely incompatible. That said, I would try the process and see what your results are since at last some people have been able to get the RX 570/RX 570 working with GPU-P (particularly given the high rate of problems that are caused by nothing more than user-error).

Enhanced mode tends to cause issues with any desktop sharing software such as Parsec or Sunshine/Moonlight and I highly recommended you avoid having it enabled. If you need to access files or folders create a shared network drive on your host machine, or another machine such as a NAS if you have one already, and then connect to that while in the virtualized environment.

Unfortunately, at the moment mobile GPUs are not supported by GPU-P (although you can use the iGPU as you discovered).

Personally, I agree that this is the better solution. While the Easy GPU-P Script can be useful for people intimidated by Powershell I've found it causes more issues than it prevents and the most stable, streamlined way to get GPU-P working is to write the script yourself.

I use a virtual USB display adapter to achieve this.

In theory, yes, although GPU-P seems to work most consistently on Windows 11 at the moment.

What version of Windows 10 are you running and how old was the ISO file? In theory Windows 10 20H1+ Pro, Enterprise or Education should be compatible although Windows 11 is preferred and the recommended operating system for GPU-P.

Yes, but given that GPU-P dynamically allocates resources you shouldn't see any negative impact since there is no overhead. That said, if you want to de-partition your GPU you can use the following script: $vm = "[VMName]" Remove-VMGpuPartitionAdapter -VMName $vm

It sounds like you might have updated the drivers on your host machine without mirroring the change from within your VM. Either that or you didn't successfully partition your GPU across both instances.

I'm very surprised that the original delidding video wasn't brought-up because it's really not great.

$vm = "[VMName]" Remove-VMGpuPartitionAdapter -VMName $vm This should work.

Are you updating the host machine's drivers and need to duplicate that on the virtual machine? Honestly, the easiest way is to manually update the files (you'll need to copy the updated Nvidia files from your System32 directory and also copy over your updated driver folder from your DriverStore folder in System32 to the HostDriverStore on the virtual machine).

You need a virtual output, the free version of Parsec doesn't support headless configurations so you'll want to install a virtual display and/or utilize a 'fake' video output via a physical dongle on your host machine's GPU.

The announcement has basically monopolized all new sources so this shouldn't need to be posted to confirm, but here: https://studentaid.gov/debt-relief-announcement/

How many cores did you allocate to the VM? By default Hyper-V only assigns one and so if you haven't adjusted that you'll see horrible performance.

The easiest way to solve this issue is to just use a virtual USB monitor (not only do you no longer have to worry about passing through the dummy plug but it's a free solution). The downside is that if you re-open the VM instance on your host you'll have to uninstall and reinstall the virtual device, but that only takes a minute. Did you cap the FPS of your host machine? If not GPU-P will, by default, dedicate all of the resources to that instance if you're using both concurrently.

There are a few game titles that can make use of more than 16GB, and once you get into productivity it's very easy to need as much RAM as you get get into a system. I'd have more than 128GB in my main, personal workstation if the platform supported it and have 512GB at the office and 32GB is the minimum I'd ever want to run (ideally it would be 64GB+). So while 16GB is probably fine for your average gamer, there are definitely situations where you want more.