3ds Max UI very sluggish when IPR Is running

[Dman3d]

Perhaps completely unrelated, as this sounds more about the UI responsiveness during ipr, but may be mistaken for this. For anyone moving from older MAX/Vray/FP to new MAX/Vray/FP or just new/uipdated forest pack. Forest pack resets the "Limit to visibility" to be on. This will murder ipr if you move the camera because it constantly rebuilds all the FPs in the scene with this option on. Switch "Limit to visibility" to off (uncheck) for all FPs and performance is way better and very responsive.

[^Lele^]

Here you can find the latest benchmarks for the Qt UIs coming for V-Ray 5 Update 2.
We're confident this will go a long way helping with the lag, but we'll of course continue to listen in to your feedback.

[Alex_M]

Thanks ^Lele^ ! I can't wait to try it out when it releases. UI sluggishness has been one of the worst things about using 3ds Max for me.

[^Lele^]

The guys have been working on this for a while now.
It's been surprisingly quite a bit harder than it perhaps ought to have been, but we very much hope it'll be well worth it to you all.

[Dman3d]

Thanks Lele, good to hear. Excited for the update.

[RobH22]

I didn´1 have this problem with AMD Ryzen 9 5900x and Quadro P5000 but as I have the general problem of a slow GUI regarding SME and Render setup window Lele (Senior member) wrote in a post , that you should manage your threads so that the first core is only reserved for 3dsMAX. Yesterday I found, that the the monitor management software DisplayFusion also is a cause for slugishness of MAX´s dialog windows. Do you use it by chance? I have two other problems with the VFB- If I do IPR there and hit render MAX sometimes doesnt react anymore. The other thing is that during IPR is running the AutoBack feature of MAX doesn´t work.
Just now Ifound an article regarding that topic in the Autodesk forum which I didn´t know so far:
https://knowledge.autodesk.com/suppo...core-CPUs.html

I've spent a year periodically searching for a solution to my serious lag in Max when renering a progressive IPR. This solution seems to have solved it for me. I use a program with which I can assign which processes a particular program uses. I let Max use all but 4 of my 32 processes. When setting it up for Max I just excluded Max from the first two processes and the last two processes for no particualr reason so that other programs could utilize them. I didn't realize that there was a priority to the processes that was that important. I reassigned Max back to the first two and and excluded it from others in the middle. Like magic, I now have a pleasant experience using Max while IPR is running. I'm thrilled to have found this. Thank you 3d-laboratory.

So if others are having the issue and even if you don't use a program to manage processes, try making sure that Max has exclusive use of the first process and see if it solves the issue for you.

[RobH22]

This is something I say above that was solved. But it came back.

This is something that many of us have been discussing over at AreaMAX. I too have a severe lag with IPR running even on a modest scene with 300K polys. You can see my system in my signature. I've tried all the configuration suggestions and process tweaking I can find. No love... I think it's V-Ray V6 not playing nice with a host of Ryzens and Threadrippers. A kernel thing?

[Muhammed_Hamed]

Hey,

I think this has to do with a recent windows update, I'm seeing this behavior on my 3990X for the past week or so.
What worked for me is bios update + Chipset drivers, then running my memory without XMP(DOCP) (default 2400 frequency)
This seems to work for me

I tried to run the memory at the rated frequency although the behavior comes and goes, I will leave it off for now

Best,
Muhammed

[Muhammed_Hamed]

It is not related to V6, Arnold and Corona lag in the same way for me

[^Lele^]

I think it's V-Ray V6 not playing nice with a host of Ryzens and Threadrippers. A kernel thing?

Have you tried using game mode via Ryzen Master?
This will activate one CCD only and ensure there are no long-path comms anywhere (i.e. no NUMA, so likely also half the ram, depending on config.).
It alleviates poor performance in gaming, maybe it can help with Max too?

[RobH22]

I"ll try that but that's not a good work around if it only gives me 1/2 of my RAM. Is that what you are saying happens via Game Mode?

[^Lele^]

I"ll try that but that's not a good work around if it only gives me 1/2 of my RAM. Is that what you are saying happens via Game Mode?

It will depend on your configuration.
In the 3990x in the office, which is stacked with RAM in all slots, disabling NUMA also halves the available RAM.
You may perhaps start by only enabling one CCD without touching NUMA, and see if it helps.
It's clearly sub-optimal, as one would need a reboot before starting a big render job, so to have the workstation at its 100% specs, but it's a curiosity as the performance difference for the more lightly threaded games is significant enough.

I'm also unsure, if NUMA, or otherwise long CPU comm paths (like the inter-CCD ones), are the culprits, that anything at all can be done on the coding side: i've never seen it fixed in any application: if you need half a tera of data in RAM, you take the NUMA penalty (or many cores) and count your blessings, so to speak.
It's "fixable" in games because they much favour clock speeds and coherent data allocation, more than many threads and loads of RAM.

EDIT: i am gravitating to this because the haphazard characteristics of the issue may find some rhyme and reason if they depended from scene size, f.e., and so on where the data was allocated, and requested from by Max, us, or any other engine, in a given PC configuration.
Some may not have the issue at all because they don't cross a NUMA boundary, f.e., when loading a specific scene, or because they don't have RAM in both NUMA nodes.

[RobH22]

Thanks for this. I learned a lot from that great explanation.

I did enable 'Game Mode' but didn't do anything concerning NUMA. I need to research that more and learn how to manipulate it. It sounds like you can. But, I will say that just enabling Game Mode things feel a litte bit smoother and less bogged down with IPR running.

[^Lele^]

Oh, you have the specs in the signature, i should have read: Ryzens do not have NUMA, ThreadRippers do.
So game mode for you will only turn off one CCD, leaving you with half the cores, but all close together.
Performance for processor comms may be marginally better then, but surely not as if turning NUMA off.
I'd be interested in seeing anyone with a Threadripper try the same.

But this still leaves the question open as to why you'd be bogging down, and if NUMA has anything to do with it at all, given you don't have it and suffer a similar fate.

Are your v-ray benchmarks in line with other similar processors? Or do you see a constant slack, that might signal some issue?

[theedge]

Hi,
Have there been any new finding or progress on this issue ?
I am also suffering severe UI slowdowns when using V-Ray IPR making it a real pain to use on a Ryzen 5950x Windows 11 3ds max 2023 Ray 6.
I tried un assigning some CPU cores and disabling SMT with Process Lasso but that does not have any impact.
Thanks.