before updating the chipset driver you should remove the old one then restart your PC. right click on start button…installed apps…AMD chipset software…uninstall…then restart PC. Then install the updated chipset. Now if you already setup in the bios to preferred cache, the only driver missing should be the
3d v-cache performance optimizer driver. don’t know why AMD installer does that, but to be safe just leave it the setting to auto in the bios, update chipset, then if you prefer to have the motherboard control your preferred cache, then by all means set it to cache. In the drop down there you can even set it to driver. I prefer the motherboard having control. that’s why I have it setup that way.
yes It will use the other cores for other task. which makes sense…why get a 16 core processor to disable(park) half your cores? you would be better off with the 7800x3d if that was the case
Are you sure?
What about Nvidia DLSS Frame Generation ? 
I can easily get this or above FPS by using DLSS Frame Generation, my rig is RTX 4090 along with 7950x3D. The key point here is DLSS Frame Generation.
Well yes I know. I don’t want to - I was just showing.
Often the 2nd half are used much more than that during gameplay also. It’s hard to know if MSFS isn’t also using those when the demand is higher though. It might be?
Thanks for the reply
- this is strange then as I seem to be getting similar behaviour to yours (activity across almost all of the cores) reason I query is I have seen a demo of the core parking (when it’s setup and working with games) and some of the cores have no activity and are actually clearly marked as “parked” in the resource monitor! When a game is running…….(if I find the video will share it)
2)so how can we actually tell when everything is working correctly in terms of the core parking?(only change I have seen in terms of my tinkering is that MSFS is appearing as running in game bar )previously it was not)
3)notice u disable SMT in the bios - why would u recommend this and where can I find this setting and have also been told I should check to make sure the integrated GPU is not enabled in the bios?
Thanks for the advice
1)so in terms of the chipset driver update if you run the updater would it not try and uninstall the previous drivers - or is it best practice to delete first then reinstall?
2)in terms of the guide I sent u the link for it seems to be flagging up an issue where the installer seems to not want to install one of the chipset drivers (PCI) - which then potentially can have an impact on system performance - have you had any experience with this driver and is it actually required if it’s not being flagged by the installer ?(when I initially tried to run the installer only 7 of the 8 drivers were showing in the installer so to be safe I stopped the update)
3)happy tweaking the bios setting now - but if
I select’ cache ‘is this directing everything (games and background) to use the cached cores so is an easy way to optimise cached cores for MSFS? (Assume it Parks all non cache core or does it use them as the last priority?) and if you select ‘auto ‘then you need all the other processes/services/game bar to be running to get some kind of core parking to work -
4)Also if I am trying either of these 2 Approaches how can I tell when they’re actually working?
- I have quite a lot of other stuff running in support of MSFS, which is not “marked” on the GameBar, so I assume (and hope) it’s THOSE apps that are running on the 2nd half of cores.
FS Realistic, Logitech panels driver, StreamDeck drivers, FSLTL, NeoFly, Force Feedback driver, Tobii, HFS seat and more.
-
Not sure! I think my aim is still NOT to park them, but to make sure MSFS is running only on V-Cache.
-
As MSFS is not a true multithreaded application (yet, maybe in 2024 version things will change) I think it’s better to give it all of each core rather than splitting it. But I am really no expert in this topic!
As far as updating the chipset dtivers, it is always best to remove old ones, restart, then install the updated chipsets, which afterwards you restart pc again. With that being said, I ran a little experiment after you mentioned that you were not getting all the drivers in the update. I uninstalled the chipsets and when I did the update, I was missing the 3d v- cache optimizer driver. This happened because I had my setting in the bios for the motherboard to control the vcache( set to cache). Once I set it back to auto, the updater shows all 8 drivers for installation. So basically you can control the vcache by software(driver) or let your motherboard control it(cache).
As far as parking cores, is this pc strictly used for gaming? If so, then you might have been better suited with the 7800x3d. I had both chips. Initially I purchased the 7800x3d. But with my setup, I run alot of companion apps along with the sim. With my experience, I found the chip working harder in my setup. So I upgraded to the 7950x3d. When running the sim, I see the ccd 0 being used primarily. When I start running other apps, ccd 1 also starts to be used. I see no degradation in sim performance when this is occurring. So I assume all is working as should. There are other ways to achieve this also. There are guides on how to use Process lasso that lets you really fine tune what apps use what cores.
Thanks for the reply - will update the chipset drivers (and try the uninstall and restart first!) - in terms of my missing driver (sure it was the Amd PCI driver) still slightly puzzled why its not appearing on the install list (as I certainly seem to have some pci related devices appearing in the device manager?) is there anyway to manually install or if the installer is not offering it is it possible my system might not need ot?
Ok understood - actually I went for the 7950x3d as I also have many background apps running along with MSFS
1)so in terms of checking its working optimally currently I have cores 0-31 showing - but how can I work out which cores should be running first as I note u mention CC0 and CC1 cache and non cache cores?
2)assume its better to disable smt as there is no need for the extra cores and some kind of performance power plan should be selected?
3)also use the system for Pimax Crystal VR is there any particular setting that need to be selected when in VR?
Ok but first before do chipset uninstall, enter the bios load default settings. If you have it set to cache, the installer wont install the 3d v cache driver because it thinks your motherboard is handling the cache. This is what I experienced with the setting set to cache. The installer was only showing 7 drivers. Once I set the bios to default, the installer showed all drivers available. Once they are installed, you can set the bios to whatever setting works for you.
I use Ryzen master to monitor the core use. You can also use windows resource monitor or any hardware monitor software for the matter. For MSFS, once launched, you should see the cores on ccd o only being used if setup correctly. Again, I followed MrTony’s posts on this matter as a guide. He is alwsys helpful and pretty knowledgeable.
- CPPC Dynamic Preferred Cores set to automatic
I have already tried to change from automatic to cache and I have not seen any difference. At home, the option is “automatic” and the heart management works very well. If you choose “Cache” it will only use the cache while this processor can manage all the cores at the same time. MSFS on the cache and other software (Navigaph, Vatsim, SLC, etc.) on other cores so as not to overload the cache3D. For me it makes no sense to ask him to work only with the cache.
SVM (virtualization) > OFF (more FPS)
SMT (multi threading) > ON (no différence with OFF on my system)
Nope, On the prefer cache setting it will use the v-cached cores first. It will use the other cores as needed however. It overrides the need for v-cache chipset software, and controls it from the motherboard. Most people that use this setting are seeing improvements. The same with SMT disabled. It is widely accepted that msfs runs better, and with a few more fps set like this (SMT Disabled). On intel, Hyperthreading disabled has the same effect. On the automatic setting, and with game mode/game bar, it will park the cores of the other die. You will have to manually in some cases, add what is a game, to utilize the v-cached cores. With the prefer cache setting, it uses those cores first all the time. Uses first, not only. Even with my Ableton Live, for my music production works better on this setting 
As far as “Overloading the cache cores” Good luck, that won’t happen . Not even with vatsim and a bunch of other apps. Not even on a 7800x3d. If you are Msfs or gaming only, the 7800x3d is more than enough (Add all the apps you like). I chose the 7950x3d as my audio software will utilize up to 64 cores, I can use the extra horsepower. I would imagine, that having a cpu controlled by a driver, would add more latency.
My experience with Game Bar and automatic mode in UEFI is not, “that the other non V-Cache cores are parked”. Helper programs are still running on the non cache cores. There is quite some usage going on when Fenix and FSLTL are running.
Do you know, how the motherboard decides, when it is time to use the cores on CCD1, if it uses V-Cache first? What is the algorithm for that? Maybe when CCD0 is fully used. In that case the CPU would already be throttling because CCD0 generates much more heat than CCD1.
The chipset drivers on the other hand should “know”, which programs (at least the most popular ones) perform better on which CCD. That is why I prefer the automatic setting. User mac2244 did not use the V-Cache cores at all obviousely before he gained that 15 FPS. This is about the performance difference in MSFS when you switch V-Cache on or off.
I tried both and preferred cache is better for me
note your comments - I actually went through the setup steps for the “auto” options from the tech power up guide - however I was never entirely sure if this option was running correctly on my system also had an issue when I tried to update my chipset drivers with one of the drivers(PCI) not wanting to update (also I had seem some videos of this auto approach running in games and there was definitely some of the non cache cores being clearly labeled as “parked” depending on load which I did not see in my system) - I then tried the “cache” approach and immediately got the additional 15fps of performance and could see most of the cached cores were been worked (with the others either idle or being used minimally) - so actually I saw no evidence that the “auto” approach had been working on my system(although did see some other feedback on the “auto” approach where the user thought he had it working but never saw any of his cores labeled as “parked”!?)