Digging deeper, the issue appears to be that the rest of the system becomes very stuttery when the vulkan app is waiting on the vsync blank. The faster the vulkan app is, the more time is spent waiting and the less responsive moving / resizing other windows becomes. Since vkcube is a very lightweight workload, the issue is particularly visible, although even a heavier vulkan app still makes the desktop environment stutter and lag when moving windows / resizing, just to a lesser extent.
An interesting observation I made is that when moving / resizing other windows, the CPU usage of the vulkan app increases to 100%. Profiling indicates that tons of time is being spent in a poll wait call to the kernel - it seems like the nvidia driver is waking up the vulkan app to do some synchronization every time any other window on the system moves or is resized, introducing tons of overhead.
Descargar Zip ->>->>->> https://www.google.com/url?hl=en&q=https://jfilte.com/2yOYUk&source=gmail&ust=1719832257041000&usg=AOvVaw2iEkIu5eWHuFQcAKVBnZCq
More importantly: this issue occurs when you move any windows in the desktop environment, not just the vulkan application. The only requirement is that the vulkan application has to be running in some window, somewhere. In this context your suggestion of tracking in the application does not make sense.
I can confirm that this problem is present in driver version 525.60.11. (RTX 3060 Ti).
Running vkcube causes massive lag when moving windows (exception is running vkcube with --present_mode 0).
I first noticed this problem in Warzone2100 (game) when using Vulkan backend, in OpenGL everything works perfectly even with VSync enabled. The windows games running under wine with dxvk are working fine though.
I did some further testing with Wayland and XWayland and came up with this issue being present independent of the Graphics API and the display server and seems to be a regression with the nvidia driver handling VSync in general.
Tested VKCube and GLXGears as XWayland clients as well as GZDoom as a native Wayland client with VSync enabled and disabled.
In all cases with VSync enabled there is a noticeable performance regression at random times and semi periodic.
So maybe someone else is having the same trouble with XP11.53 running on VULKAN - and PLEASE! Don't get me wrong!! I'm not talking about FPS here not even a single word. My FPS are fine and FPS are expected to drop with higher AA settings. What bothers me, is the fact my sim starts to stutter as h### despite having descend FPS.
I've not changed anything at all, but switched back from VULKAN to OGL... and yea... FPS went down for round about 5 fps, but I have much less stuttering and also the animations from the cars driving by are now completely smooth again. Wasn't VULKAN supposed to do exactly this?? Generate more smoothness? For me it is doing the opposite. So at this point I'm really asking myself if it is my hardware somehow when everybode else is having no trouble at all... But I'm not having such things for other games running VULKAN
What settings do you have in the NCP under 3d settings? One setting that is critical for me is the "texture filtering - Quality" . If I set it to high quality, I get very slight stutters. If I set it to quality, zero stutters....of any kind. And don't ask me why....just know this from my experimenting here lol
yep, using max uncompressed is nearly maxing out my VRAM. It reaches about 10GB out of the 11GB avail. I have reduced it high and XP is consuming about 5 GB now. So this shouldn't be a factor either...
I too was getting stuttering, and have taken the decision to completely reformat my PC and start over re-installing Windows and X-Plane. My theory is we all know Windows gets bogged down after a while, and with X-plane going through so many updates and plug-ins too I thought a fresh install would help. I have nearly finished the reinstall and will report back my findings.
Still a stuttering mess using Driver 456.38 . But if I set Antialiasing to FXAA and have FXAA switched on in nvidia control panel it does seem alot smoother. Why I do not know. As Im running at 4K I guess I do not need high Antiliasing anyways...
Huh - when I open up the log file I can't find the mentioned line you describe, not even when searching it via crtl. + F
I did the GFX Bench running VULKAN nevertheless and .. yea no error or what so ever.
I stumbled on this thread and wanted to add that I've seen this too. In fact I think it's one of the contributing factors a to continuing lack of true fluidity in VR, even with an average framerate holding solid at 45fps. Watching the various performance overlays in VR, you can see these periodic spikes just like your graph above. I also have noticed that setting AA to FXAA or Off helps eliminate them. Despite all these suggestions here, I don't think it's anything with your setup. I think it's in X-Plane's code.
Yesterday I loaded up EDDN from 29Palms and had super good frames with no stuttering or what so ever with SSAA enabled (should be the second option from the left for the AA setting). After a while the sun set, it was getting darker and - hello darkness my old friend - the stuttering started again.
So I played around with different day times and looked out for difference which could be the reason. Here is what I discovered:
On day time, everything is fine, the windows of the gate are crystal clear, the frames are good and the AA is not causing an issue at all (the regular spikes are tracked down to be SIMLINK - no idea why, but will file a report to them).
So from my point of view it seems like the glass textures are causing trouble at night. I'm having the same strange behavior at EDDM Airport which has also a lot of glass textures. But I have no idea if the glass texture is supposed to turn into this gray texture or if this is bugged.
Furthermore I can not think about a reason why this grey texture should have more impact on the AA as the glass textures. But well - I have no knowledge about those things. Maybe someone else can?
Step back and think about that for a second. Are users experiencing the issue running XP pure stock (NO add ons)? Are there any background processes that access the CPU running? If the answer to any of these questions is yes, then you cannot arrive at that conclusion with complete confidence. Also, if the issue was pervasive, wouldn't there be numerous threads about it? I'm running an 8700K/1080ti at 4K and have not run into the issue, even with some add ons. Oh, XPv11 has its share of problems, but I haven't seen this one. Not yet anyway.
Secondly... as I already got in contact with Laminar regarding this topic and they went back with: nope it's not the fault of VULKAN no idea what is going on with your GPU, would the next step be to attend NVIDIA then? Or should I - once again - approach Laminar with this knowledge?
Have read a forum post on NVIDIA about Red Dead Redemption 2 which can also run on VULKAN, which had also stuttering problems, where this task was picked up by Rockstar. But as Rockstar is a little bit bigger than Laminar I'd guess this might be a community service which is not possible for Laminar?
Have had a good play around with my setup. And the only way I can get the multi screens to not have any jitter/stuttering is to use the earlier Nvidia driver 446.14 along with TV`s fresh rate set to 60Hz but have Nvidia control panel set to Adaptive Half Refresh rate.. This then runs nice and smooth on FXAA , and not as bad on high Antiliasing settings as before.
@Damn_Dorian - I had same issue with stuttering under vulkan and fps drop and no stutters and good fps under opengl. I found that this is somehow relates to integrated graphics card, I have two cards in my laptop discrete RTX3070 and integrated intel card. And I had intel integrated card completely disabled in bios and I think this caused stuttering in X-Plane. When I enabled integrated in bios and locked X-Plane to nvidia discrete card there are no more stutters in X-Plane. Maybe it's an issue with nvidia driver and how it works with vulkan. I didn't change any other settings in X-Plane or nvidia panel.
After that the performance during Proton game is dreadful. Mouse stutters, delays everywhere after 10 or so seconds. The game performs nicely, but the stutter is system related, so evident there as well.
The stuttering then happens every few seconds, mouse cursor stops working, as does every animation or video - e.g. YT video playing in another monitor freezes for a few seconds, though sound can be heard.
Which raises the question whether you can reproduce the issue with a rodent with a tail. Generally what we are assuming that you're potentially simply running out of juice/or there's some signal interference in wireless land.
Losing the battery charge/interference in the mouse always manifested in reduced movement or disappearance of the cursor BUT, in this case it's different. The whole system stutters except the sound. Video is chopped/frozen during stuttering.
d3342ee215