etherbattx

DCS 2.5.5 causing extreme load times 1) more ram - will only improve paging. 2) an ssd - will improve overall system performance. load times of all software (including dcs) - AND will improve paging it would be a interesting test.

if you have to chose, get a ssd on sale for $49 and put your windows and dcs on it. it will change your life.

is there any advantage for us that are already at or over 5.0Ghz?

VR Test Discussion even without the 50% improvement, dcs has not gotten any worse. just fly and enjoy. no need getting stressed out about it. if an improvement happens, it happens. it a bonus, not a blocker.

why fly when you can sit in the forums and argue? lol

if you can’t hit the target frame rate, there is a bottleneck. if your case, it sounds like it’s your CPU and adding a faster GPU won’t help.

i get what you are saying, but don’t forget, you can take any CPU bound game and force it to be GPU bound with appropriate settings. when users with 2080TI’s can’t maintain the 90fps the vr headsets are designed for, is the bottleneck CPU or GPU ?

kind of. if you are talking to a geek. but most of us only understand FPS.

$499 same as lasik 20-20 eye surgery

Valve Index Hands On excellent! that’s the best way to compare. any drop in FPS with the index because of increased resolution?

sure, you can force the GPU to be the bottleneck if you make it do crazy things. but it’s always been that way, in almost every game. when we say DCS is CPU bound in VR, we are assuming reasonable settings on reasonable hardware.

i think you should reset and get back to basics. a known state. - reset your nvidia drivers back to factory defaults. - reset DCS settings to factory defaults - reboot then load your mission and post your results.

HT means two threads can share a core. it only provides benefits in some workloads, but they can charge more for the feature and it’s a huge marketing point 16 threads sounds way better than 8 cores.

VR Test Discussion yes, it’s CPU bound in VR. we’ve been posting about this for a couple of years. you want a CPU with a fast clockrate, not the most cores. some users claim this will be fixed with the magic thing called Vulkan, but we will have to wait and see.

it shouldn’t be random. there is no code in DCS to do this. do you have process lasso running? or any other tools/utilities that “adjust” normal operating system core affinity algorithms? it sounds like you have something installed in your machine that is causing problems.

Is there any way to free up RAM on 2.5.5? i don’t think changing the size of the page file is going to make any difference with this. the problem is elsewhere.

yes.... but something happened that wasn’t expected. i’m trying to understand what and who is needs to be publicly blamed.

HP's Reverb VR Pro Headset or amazon, for selling an item that is not available.

different users test different things with different options in different scenarios. and some users use different names for different technical details... so yes it can be confusing. short answer is, all windows programs package work into ‘threads’. some use 3, some use 200+. these threads are then scheduled onto cpu “cores” to execute and do the work. if most of your program “work” is done in a single thread, then that work can only be done when that thread is assigned to a core (one thread -> one core). DCS does a LOT of work on 1 thread and a bunch of work on 2 other threads. in my MP test scenario, those 3 threads gobbled up over 73% of the entire CPU time used by DCS. ideally, if those threads were always ready to execute, they would run on 3 cores simultaneously.

Samsung EVO SSD's and Rapid Mode. 10x? so you can load a 75 second mission in 7.5 seconds? i would like to see this! any videos?

before the GPU can draw the pixels, the CPU has to calculate the geometry and send that data to the GPU. this is why complex or high detail scenes require so much CPU.

i’d rather just use something that works. spend my time flying, rather than chasing 4 FPS performance tweaks and cpu core affinities.

i find the friends who don’t know anything, are fine. the friends who know what they are doing, are fine. but the friends who think they know something, or they read something on the internet... that’s when the problems start.

to be pedantic, the programmers have control over the number of threads they use. those threads are then scheduled by the operating system onto cores to execute. the more “ready” threads and the more free cores, the more things happen in parallel.

please test. i’d be interested in seeing some “DCS” specific benchmarks. most disk benchmarks have little if any relevance to real world apps.