FierceLV

True, with the help of the DCS World Community I had disabled the CPU Core Parking and the CPU Frequency Scaling by using the ParkControl software, and as a result, the performance has improved significantly all across the system. But I remind, the issue described here is that "one situation" causes microfreeze, the same "one situation" doesn't cause the microfreeze on the second time of experiencing the "one situation". I don't know, maybe it is system specific. Overall, while in the Cockpit View the Game seems to go much smoother, I guess there is less performance load comparing to the External Views. On the screenshots is depicted the core idea of the issue that is described in this topic: how the issue looks on the background of the Vikhr ATGM natural FPS drops on the Ka-50. Screenshots 0001, 0002, 0003 were taken during decelerated time flow, screenshot 0004 was taken during normal time flow. And I need to point out that the Ka-50 is one of my Most Favorite DCS World Aircraft, so much fun flying it, also I own the original Black Shark on a DVD, the Black Shark 3 is a Tremendous Step Forward on the Rich Base of the original Black Shark Game. DCS World Log 17.09.2025.log DxDiag 17.09.2025.txt

Hi. What is described in the first post is how some games generally perform on PC. The idea is that at some point not long into the game a specific combination of events (not always the same) triggers a millisecond freeze. During that freeze the hardware processes that specific combination of events, after the hardware has done it's job, experiencing the same combination of events (and similar combinations) does not trigger the millisecond freeze. After closing a game, and then launching it again, that same combination of events does not trigger the millisecond freeze (I guess the result of processing during the first launch of the game after a system startup is stored in some form on the hardware (a prefetch file, a temp file, cache or something like that)). However, after turning off the PC for the night, and then launching that same game again, during first minutes of play time a random combination of event triggers a millisecond freeze again. And this is not unique to the DCS World, many other games perform like this. I don't know about other Players, but it seems that it is how some games perform on PC by default. Maybe this is only a case with Intel + NVidia hardware combination. It's all not scientifically accurate information, but it seems that if there was a way to get that Cached-For-The-DCS-World file being present before launching the game after night could circumvent the millisecond freeze. And if that theoretical Cached-For-The-DCS-World file could take gigabytes of space (even tens), that would be no problem in the case where the DCS World has zero freezes at all stages of the Game (because it is totally worth it), because the DCS World is a delight that allows itself to have that kind of privilege (the extra gigabytes). Also it is important to note that in the scenario of a serious performance load on the hardware due to average PC, the Event-Processed-For-The-First-Time microfreeze is occurring with a constant interval, and that leads to a conclusion that: 1. The result of game being processed is stored somewhere on the system in some form (maybe on the RAM?). 2. At some point during game play the result of game being processed exceeds the allocated limit of resource in question, and the Event-Processed-For-The-First-Time microfreeze occurs again. In case with the RAM, the Event-Processed-For-The-First-Time microfreeze is able to occur in an empty mission. The Avionics Scripts exceed the 32 gigabytes of RAM? 3. If there was a way to save the result of a game being processed for the next play sessions, and to seamlessly recall the data during gameplay, that would in theory get rid of the "every time the PC needs to process some data for the first time after rebooting of the system. This phenomena (Event-Processed-For-The-First-Time) is occurring in the scenario where the hardware is able to run the game flawlessly, and where there is no performance load on the system. The DCS World completely without stutters, freezes, lags is a very good cause. And I am really happy to see that things like "Issue with high CPU performance load even in main menu" are getting addressed. **FOLLOW UP INFORMATION** It seems that the Event-Processed-For-The-First-Time microfreeze is CPU related. There appears to be some kind of hold-up in the CPU processing some data for the first time. Managed to video-capture the Event-Processed-For-The-First-Time mircofreeze during the first-launch-of-the-day of the DCS World. WARNING: VIDEO STARTS WITH ABRUPT LOUD SOUND Notice how the Event-Processed-For-The-First-Time mircofreeze occurs during the camera movement at 00:02. The prominent microfreeze occurs at 01:33. Also, it appears that the Event-Processed-For-The-First-Time mircofreeze occurs during the GPU-CPU Bound swaps. Additional two screenshots depict the nature of the Event-Processed-For-The-First-Time mircofreeze: same aerobatic maneuver, first time there are microfreezes, the second time there are no microfreezes. Adding the DCS World log and the DxDiag just in case. I can provide more information if required. I understand that the phenomena described can be an individual case, so this is in no way a claim. WARNING: VIDEO STARTS WITH ABRUPT LOUD SOUND Example Of The First-Time-Freeze.mp4 DCS World Debrief 11.09.2025.log DCS World Log 11.09.2025.log DxDiag 11.09.2025.txt

Hi, Since I was the creator of one of the topics addressing the issue of the "Frame Time Spikes" from way back, the topic contained walls of text, and eventually got solved-and-closed, and the Ultimate Solution was the Park Control Software that disabled the CPU Core Parking and disabled the CPU Core Frequency Scaling (the Solution has improved the entire performance of the PC (I guess it was the Windows 10 thing)), so I feel obliged to give an opinion regarding the Current DCS World Performance. Flying the latest version of the DCS World, I can surely conclude that the Current DCS World Performance is Good. However, there is that one moment, but that moment is like a general-rule in the way some games perform, and that moment can be described as follows: 1. So the game contains lots of data to be processed by the system. 2. You launch the game first time after booting up the system. 3. The system loads the essential game data (but not all the data), and the mission starts. 4. So you fly the aircraft of your choice. 5. After some G-maneuvers, change of scenery, adjustments to the afterburner (the sound data here is crucial) you get that One-Time-Lag. One-Time-Lag - less-than-a-second lag (a hitch), but still noticeable. One-Time because it appears ONCE during random G-maneuvers, random change of scenery, random adjustments to the afterburner. The One-Time-Lag does not appear during the second time the Player experiences the same G-maneuvers, same change of scenery, same adjustments to the afterburner (because the extra game data was already recalled and processed, and is stored somewhere in the system). Personally, the One-Time-Lag that I sometimes encounter (mostly full fidelity aircraft) is not game breaking. The One-Time-Lag is a problem in cases where it is occurring often while the Player's actions are recalling the processing of additional game data. Important to note that I fly the simple missions, not the all-out-war scenarios. If only there was something that could one time process all the game data that can be triggered by a mission, save that data somewhere, and recall it in the future without the One-Time-Lag. The One-Time-Lag is bad because it pulls the Player from the immersion of the flying, even if it happens rarely and once. But then again, the One-Time-Lag is a normal phenomena for some types of games, and can not be considered a performance problem. Personally, I think that the current DCS World Performance is Good.

I need to be fair, I did not try to turn of CPU Cores 16, 17, 18, 19. I figure they are some kind of special economical CPU cores. Can some one explain in more detail why exactly it is proposed to disable those cores? I don't want to alter the default performance of my personal computer, because it might detrimentally influence the overall performance. There are 20 cores for a reason.

Hi, thank you for your intention to help me with my problem. You have suggested many really useful methods to address my problem. Let us continue with the issue: 1. I play DCS World really simple, I use only the keyboard, no mouse, I have a decent performance-wise personal computer. 2. I do not use any kind of system tweaks that provide inconstant personal computer performance (fluctuating FPS, Overlays, overclocking and things like that). I aim at the clean and constant performance of the personal computer (things like FPS cap to keep the FPS at one level all the time). I do not use any third-party software or mods, I prefer the "as clean as it gets" approach, "the way it was intended to work". 3. With the help of the DCS World Community, some time ago I have unlocked my CPU cores with the help of the ParkControl software. The ParkControl software improved the overall performance of my personal computer. However the occasional Lag remained, and the Lag remained mostly in the F-16C and the F-15E. 4. Currently I am not updating the DCS World because the "Campaign Save" function is still too fresh. 5. Regarding the Windows 11: I don't want to upgrade the system, because I have achieved a good performance of the Windows 10. 6. Regarding the PageFIle: I returned it to the default system setting, because there was no performance gain with the DCS World, the system continued to allocate the same amount of RAM for the DCS World. Personally, judging by my long time observations I can surely (95 %) conclude that the problem of the Lag lies within the aircraft itself, or in the Game itself. I have managed to pinpoint the exact origin of the occasional Lag during flying the F-16C and the F-15E. And the origin of the Lag is: THE MOMENT WHEN THE CPU THREADS ARE SWITCHED. This can be easily seen on the video attached to this post. The Lag itself is the moment when the rendering threads are changed: CPU Bound (Rendering Thread) <- LAG -> CPU Bound (FPS Limit). But not always the Lag occurs during the moment when the rendering threads are changed: CPU Bound (Rendering Thread) < --- > CPU Bound (FPS Limit). To prove my point I have lowered every visual setting in the DCS World and recorded a video where I provoke the Lag by flying the F-16C high-G. On the lowest settings the Lag occurs much less often, but still you can cause the Lag to take place. So the problem lies somewhere in the: RENDERING THREADS (CPU Bound (Rendering Thread), CPU Bound (FPS Limit), CPU Bound (Main Thread), GPU Bound(?)). While researching the Lag, I have noticed that when the Game rendering is GPU Bound the Game doesn't lag at all, but the GPU Bound rendering doesn't last long for some reason. But then again, I am not a PC expert, I don't know much about it. So the problem is somewhere in the performance of the rendering process of the Game. Now I know it sounds kinda far-fetched since only I am using the Object Local Camera as the Chase Camera, but go ahead and try to fly the F-16C the same way I do, and check if the Lag exists for you. If the DCS World F-16C or F-15E won't lag for you with the same Local Object Camera configuration during the high-G, that means that the problem is on my end, but if it does lag for you as well, then the problem lies in the DCS World itself. There is no continue with the issue that I experience until someone tries to fly the F-16C with the Object Local Camera set as the Chase Camera. How to set the "Object Local Camera" as Chase Camera? Bind actions "Local Object Camera", "Zoom In Slow", "Zoom Out Slow" for the F-16C. Then chose the "Object Local Camera" in the aircraft list and bind actions Camera Height Up Slow, Camera Height Down Slow, Slow Left Key LCtrl-A, Slow Right Key LCtrl-D. For example: LRCTRL + NUMPAD8 Camera Height Up Slow LRCTRL + NUMPAD2 Camera Height Down Slow LRCTRL + NUMPAD4 Slow Left Key LCtrl-A LRCTRL + NUMPAD6 Slow Right Key LCtrl-D Load the F-16C on any map, press the "Object Local Camera" key and use the Camera Height Up Slow, Camera Height Down Slow, Slow Left Key LCtrl-A, Slow Right Key LCtrl-D, "Zoom In Slow", "Zoom Out Slow" keys to place the Object Local Camera behind the F-16C. A video of how it looks like is attached to this post. And check for lags, maybe it is only me who can't fly F-16C with a proper Chase Camera without lags. F-16C Lag.mp4 Object Local Camera Configuration.mp4

Hi, yes I do still have issues with the performance of the DCS World. The F-16C and the F-15E are causing the most issues. The F-16C has worse performance than the F-15E. The occasional Lag of unknown origin is occurring during high-G maneuvers and during high-speed flight, during fast change of the scene on the screen (when the full sky screen rapidly changes to a full land screen during the high-G maneuvers, or during high-speed flight maneuvers). I do not know the cause of this phenomena, but from what I understand it is directly interconnected with amount of scene rendered on the screen and the flight model scripts of the full fidelity aircraft being processed during the high-G maneuvers or the high-speed maneuvers. Due to the fact that I use the Object Local Camera instead of the built-in Chase Camera (because of the detrimental camera sway of the built-in Chase Camera) the Lag with the F-16C and the F-15E in particular are observable quite often. I have doubt that the 32 GB of RAM is causing this Lag phenomena to appear, mainly because other full fidelity aircraft (A-10C, AH-64D, Ka-50, Mi-24P) are performing much better than the F-16C and the F-15E, maybe it is because those are the slower flying ones, and the scene on the screen changes less frequently and that there is less high-G maneuvers. The performance of the A-10C, AH-64D, Ka-50, Mi-24P is such that I can't notice lags even if they still take place. The Flaming Cliffs aircraft on my end performs flawlessly, high-G or no-G - all the same. Maybe the Over-G performance of the F-16C and the F-15E is the route cause of the Lag. But this time I managed to gather some evidence to back up my case. Some F-15E screenshots and a F-16C short video of less-than-average-quality (<50 MB). Notice the Lags captured on the F-15E screenshots during the rapid change of the flight regimes. Just in case, I added the DCS World log and the DxDiag. Is there any thing else that I can provide in order to help to pinpoint the root cause of this Lags? F-16C - Example Of Lag.mp4 dcs 10.04.2025.log DxDiag 10.04.2025.txt

My bad... Setting the Pagefile Size to 32 GB didn't help. I confused the positive effect of it with the performance gain from ParkControl software (still didn't got used to it's effect on the PC). Setting Pagefile Size to 32 GB didn't have any observable impact. In the Task Manager the used Commited Memory value didn't go above 30 GB, but in fact the maximum Commited Memory value was 64 GB. As things look at the moment, the issue described in this topic is indeed caused by the lack of RAM, however reducing the Terrain Preload Radius helps a lot, something around 30600. Thank you for your attention.

Thank you, your suggestion helped a lot. Setting the Pagefile Size minimum and maximum value to 32 GB improved the DCS World performance, as well as PC overall performance. A follow up question: what is the optimal Pagefile Size minimum and maximum value provided that PC has 64 GB of RAM?

Hi. While flying the Ka-50, I have noticed that the KU-31 Shkval can't lock onto destroyed wrecks of vehicles, even after the flame and smoke is gone (in this scenario it is hard to distinguish the wrecks of vehicles from live targets, same like in the real world, which is how it must be. So I think, if on a Shkval screen there is a live tank and a wreck of the tank, the pilot must have the possibility to lock onto the wreck of a tank due to failure to distinguish the actual target from a dead target, and waste the precious Vikhr ATGM, which costs big $$$$$. In this case, if the Vikhr missile is wasted, that means that the pilot has poor competency - which is a big minus for the pilot. So, Pilots, what do you think? How WE want to fly? Do we need a help from a machine to chose to be dumb? Or should we start playing seriously, like in the real world? Totally up to you, but keep in mind that the real world will not forgive stupidity.

Hello Pilots. While flying the Digital Combat Simulator World (not MT), I have encountered a weird problem. First I had an overall poor performance of the DCS World, it was solved with the help of the DCS World Community. The problem was in Windows 10, the system was parking CPU cores, it was solved by the utility named ParkControl. Overall performance of the PC has greatly improved, in every game. Thank You for that. Now onto the issue of this topic: 1. I use only keyboard for flying, no mouse (like in the first Lock On - Modern Air Combat, the Classic). 2. I use Object Local Camera configured as the static Chase Camera (looks like in the Ace Combat series, but feels much better because of the superb DCS World flight model). The built-in Chase Camera shifts the screen during turns of the aircraft, I find it very annoying, and I lose sense of control of the aircraft. 3. So while flying like that I am noticing occasional Frames Per Second drop that last like 0.5 seconds. These FPS drops happen when performing high-G turns on full fidelity aircraft. 4. I noticed that the Flamming Cliffs series aircraft almost entirely lack the FPS drops, so this leads to a conclusion that the FPS drops are directly connected with the giant amounts of script that represent the full fidelity aircraft. So maybe someone can share his experience and shed some light on this issue. DCS World log while flying the F-15E without enemies in Afghanistan is included. DxDiag also is included. And a screen shot of how the Object Local Camera looks like in the role of the Chase Camera is also included. With big respect to the Fighter Collection ($$$$$), the Eagle Dynamics, the Friends of the DCS World (Other Studios), and the precious DCS World Community. Please, help me. DCS World Log 09.03.2025.log DxDiag 09.03.2025.txt

To be honest, ParkControl helped the entire PC performance. Thank you very much.

Greetings! I was working on the transfer of a DCS World onto another Hard Drive, and the process itself turned out to be not that simple, so I thought that I should share some important moments with others. 1. Before uninstalling the DCS World, make sure the game is set to "ONLINE MODE". 2. Before uninstalling the DCS World, separately save the Input Profiles of the aircraft you want to fly. This is done in "OPTIONS -> CONTROLS", then select the desired aircraft, click on any field in the "Keyboard" column, and press the "Save Profile As..." button, save the Input Profile somewhere safe. Also it is advised to save the Input Profiles for the "UI Layer", "General", and the "Object Local Camera" and others, if they were configured by you. 3. Before uninstalling the DCS World, update the DCS World to the latest version. 4. Before uninstalling the DCS World, navigate to the "C:\Users\User_Name\Saved Games\DCS" folder, and delete the files contained within "fxo" and "metashaders2" folders. 5. Before uninstalling the DCS World, make a backup (a copy) of a folder located at "C:\Users\User_Name\Saved Games" named "DCS", this folder contains the program's Performance Settings and active Input Profiles. You can create a .zip archive of that folder using the 7-Zip software (the inbuilt Windows Archiver can't archive some of the files inside that folder). 6. Uninstall the DCS World. 7. Navigate to "C:\Users\User_Name\Saved Games" and delete the folder named "DCS" if it is not already deleted. 8. Download the DCS World Installer from the original DCS World homepage. Proceed with the installation, and select the desired location on your Personal Computer. 9. During the installation (downloading of the program) make sure that the Personal Computer is set not to go into the Sleep Mode, because this can abrupt the installation process. This can be done in the Power Settings of your Operating System. 10. After completion of the installation of the DCS World main program, launch the DCS World and download the desired modules. 11. When the DCS World is completely installed, go to "C:\Users\User_Name\Saved Games" and delete the folder named "DCS", and paste in that same location the "DCS" backup folder that you have created in the "Step 5" of this Guide. 12. And finally don't forget to restore the Power Settings of your Operating System. Hopefully someone will find this information useful. Thank you for your attention.

Through some miracle I came across something that might help those in need... It appears that the Microsoft Windows (10) hides from the user a very important system processor settings. The settings in question are: 1. Processor performance core parking min cores 2. Processor performance core parking min. cores for Processor power efficiency Class 1 Both settings must have 100% value set. By default they are hidden from the user in the Processor Power Management in the Power Options. The way to get to alter those settings is to download and install a third party software named ParkControl. ParkControl - CPU Parking and Frequency Scaling Inside the software you need to set the Performance (P) Cores to 100%. Also, you need to set the Efficiency (E) Cores to 100%. The original Author Of The Solution is BJ55. His message: "In Settings disable "start at login", once configured there's no need to run the program in background". Thank you very much. This third party software appears to be something that is downloaded along with the next DCS World update. I mean the software is basically essential for some people to enjoy the DCS World. Can someone check this?

Thank you so much! It appears that the problem was on my end indeed. My bad, my apologies, but also keep in mind that it required some serious voodoo to solve. Thank you very much for your help, very good and comfortable forum, big respect, and wish you well.

Hi! I need help with this anomaly I have encountered. Just got wondering what the DCS World Log looks like and went on to reading it, it turned out that it is a 1000 line text document containing important information on the game performance, and I noticed totally unexpected lines: 2025-02-28 11:47:48.804 WARNING EDCORE (Main): CPU HAS PARKED LOGICAL CORES (this can be source of stuttering and reduced performance especially on hybrid CPUs with P/E-cores) Unexpected, because setting Processor Performance Core Parking Min Cores is already set to... 100% Or it should be 0 %? I added my DCS World Log and the DxDiag, maybe some PRO can help me out and take a look at them. Thank you. Thank you for your attention! DCS World Log.txt DxDiag Core Parking.txt