Karma XPU in Vulkan viewport less responsive than opengl

Forums Houdini Lounge Karma XPU in Vulkan viewport less responsive than opengl

4005 24 4


habernir: Member; 94 posts; Joined:; Offline

2024年8月22日 1:56

Does anyone notice thats karma XPU with Vulkan viewport its less responsive than karma XPU with opengl viewport?

in heavy scenes you can easly notice that.

***my OS its windows 11

Edited by habernir - 2024年8月22日 01:59:44


Heileif: Member; 183 posts; Joined: 1月 2015; Offline

2024年8月22日 5:32

Yes. Switched back to OpenGL for now.

If you want to switch back, it can be done in prefrences and with a environment variable.


brians: スタッフ; 531 posts; Joined: 5月 2019; Offline

2024年8月22日 6:08

Others have found this too
https://www.sidefx.com/forum/topic/92993/ [www.sidefx.com]
https://www.sidefx.com/forum/topic/92993/#post-428314 [www.sidefx.com]

Its been bug-reported and internal investigations are underway


habernir: Member; 94 posts; Joined:; Offline

2024年8月22日 8:46

brians
Others have found this too
https://www.sidefx.com/forum/topic/92993/ [www.sidefx.com]
https://www.sidefx.com/forum/topic/92993/#post-428314 [www.sidefx.com]

Its been bug-reported and internal investigations are underway

Ok thanks for this info

Soo we need to wait to the next stable point release.


brians: スタッフ; 531 posts; Joined: 5月 2019; Offline

2024年8月22日 18:32

habernir
Soo we need to wait to the next stable point release.

If its an NVidia issue it could take a while. We'll keep you up to date on this ticket as things progress


terry_williams: Member; 53 posts; Joined: 9月 2018; Offline

2024年8月23日 9:04

To me Vulkan viewport it's not only less responsive while Karma XPU is rendering but it hangs the whole programs for several seconds from time to time, totally unusable, switching to OGL fixed the issue, I was surprise.

This is happening even with the latest Studio Nvidia Drivers on Linux

Edited by terry_williams - 2024年8月23日 09:06:28


jomaro: Member; 102 posts; Joined: 4月 2017; Offline

2024年8月23日 17:16

I also switched back to OpenGL

You can try the heavy scene in (Caldera data set from Call of Duty®: Warzone™) from Activision:
https://github.com/Activision/caldera [github.com]

Try to grab the USD file e.g. from:
/caldera/map_source/prefabs/br/wz_vg/mp_wz_island/map_airfield/building_set_a.usd

And see how it perform.


cdordelly: Member; 162 posts; Joined: 11月 2016; Offline

2024年8月25日 18:53

The responsiveness is even less if you have a multi view, I submitted an RFE about this few weeks ago, you might want to add more info to that ticket:

SideFX Support Ticket: #155456
Bug#139821

Cheers!


eikonoklastes: Member; 396 posts; Joined: 4月 2018; Online

2024年8月26日 2:39

cdordelly
The responsiveness is even less if you have a multi view

Yes, if you're rendering with XPU, do not switch to a multi view. It will basically make Houdini unusable. It won't crash it, but it will make it so slow that it might as well have crashed. I've also submitted the bug report on this, hopefully a fix will come soon.


brians: スタッフ; 531 posts; Joined: 5月 2019; Offline

2024年8月27日 6:02

eikonoklastes
Yes, if you're rendering with XPU, do not switch to a multi view. It will basically make Houdini unusable. It won't crash it, but it will make it so slow that it might as well have crashed.

Does this bug still happen if using OpenGL? (instead of Vulkan)

Just wondering if this is related to the OpenGL vs Vulkan thing

thanks!


Antti1999: Member; 41 posts; Joined: 10月 2022; Offline

2024年8月28日 5:52

yeah, it seems that the bug is resolved.
With OpenGL, everything works smoothly, but only one viewport displays materials correctly.
In the second viewport, the materials turn black.


brians: スタッフ; 531 posts; Joined: 5月 2019; Offline

2024年8月28日 5:59

Antti1999
yeah, it seems that the bug is resolved.

Which bug do you mean?
AFAIK there are two bugs mentioned in this forum chain

1) karma XPU with Vulkan viewport its less responsive than karma XPU with opengl viewport?
2) if you're rendering with XPU, do not switch to a multi view. It will basically make Houdini unusable.

and I don't think either are fixed yet

Antti1999
With OpenGL, everything works smoothly, but only one viewport displays materials correctly.
In the second viewport, the materials turn black.

Ahhh ok. So OpenGL doesn't work with multiple displays anyway, so we can't really test

thanks


Antti1999: Member; 41 posts; Joined: 10月 2022; Offline

2024年8月28日 6:28

So, the OpenGL multi view isn’t lagging and crashing anymore that’s what I meant.

Previously, when you split the viewport into two, (I don’t mean two displays, just creating two scene views) using one for XPU and the other for scene manipulations, there were frequent random crashes. Now, I haven’t been able to make it crash at all.

As for materials randomly turning black (Labs - reset viewport triggers this too), I’ve found a temporary solution. I create a second material, 'usd_preview_material,' and set its Purpose to 'Preview Render' when assigning it to the object.

Edited by Antti1999 - 2024年8月28日 06:33:16


ajz3d: Member; 580 posts; Joined: 8月 2014; Offline

2024年8月28日 8:31

terry_williams
To me Vulkan viewport it's not only less responsive while Karma XPU is rendering but it hangs the whole programs for several seconds from time to time, totally unusable, switching to OGL fixed the issue, I was surprise.

This is happening even with the latest Studio Nvidia Drivers on Linux

Terry, can you open dmesgand see if these hangups are caused by CTX SWITCHtimeouts?

[Aug24 12:55] NVRM: Xid (PCI:0000:01:00): 109, pid='<unknown>', name=<unknown>, Ch 00000039, errorString CTX SWITCH TIMEOUT, Info 0x4c019

More in this thread [www.sidefx.com].


wanglifu: Member; 186 posts; Joined: 2月 2017; Offline

2024年8月28日 21:39

Antti1999
So, the OpenGL multi view isn’t lagging and crashing anymore that’s what I meant.

Previously, when you split the viewport into two, (I don’t mean two displays, just creating two scene views) using one for XPU and the other for scene manipulations, there were frequent random crashes. Now, I haven’t been able to make it crash at all.

As for materials randomly turning black (Labs - reset viewport triggers this too), I’ve found a temporary solution. I create a second material, 'usd_preview_material,' and set its Purpose to 'Preview Render' when assigning it to the object.

The material issue has not been fixed since H20.


eikonoklastes: Member; 396 posts; Joined: 4月 2018; Online

2024年8月29日 3:12

brians
eikonoklastes
Yes, if you're rendering with XPU, do not switch to a multi view. It will basically make Houdini unusable. It won't crash it, but it will make it so slow that it might as well have crashed.

Does this bug still happen if using OpenGL? (instead of Vulkan)

Just wondering if this is related to the OpenGL vs Vulkan thing

thanks!

Sorry, I only just got a chance to test this. Here is what I see:

- With the OpenGL viewport enabled:
- when rendering with either Karma CPU or XPU:
- Houdini is very responsive in the multi view.

With the Vulkan viewport enabled:
- when rendering with Karma CPU:
- Houdini is responsive in multi view, but a lot slower than with OpenGL. There is a noticeable lag when trying to interact with viewport handles, and everything feels a bit slower and laggier than with OpenGL.

- when rendering with Karma XPU:
- Houdini is basically unusable in multi view. It freezes immediately and takes several seconds to respond to any action, and then continues to remain in that state until I disable the renderer or kill Houdini.

Here are some specs:
- Houdini 20.5.332 - Py3.11
- Pop! OS 22.04 LTS
- 128 GB RAM
- AMD Ryzen 9 5950x
- Nvidia RTX 3090 Ti


terry_williams: Member; 53 posts; Joined: 9月 2018; Offline

2024年8月29日 13:00

Hi, I uploaded a video showcasing this issue, Vulkan vs Opengl while the rendering is going, this is only happening with XPU and I also noticed the snappiness of the renderer is way better in OpenGL.

PD: There are timestamps in the description.

@ajz3d - I ran the command in Sudo but I couldn't find in the log anything related to "SWITCH TIMEOUT" the only line related to NVRM said: " NVRM: loading NVIDIA UNIX x86_64 Kernel Module 555.58.02 Tue Jun 25 01:39:15 UTC 2024"

Edited by terry_williams - 2024年8月29日 13:03:01


ajz3d: Member; 580 posts; Joined: 8月 2014; Offline

2024年9月7日 13:44

I switched back to OpenGL two weeks ago and the program feels much more responsive. Random crashes are also much, much less frequent than what I had been experiencing with Vulkan viewport. I'm currently working primarily in Copernicus, so with OpenGL viewport I'm missing some COP features that are available in Vulkan (like "Tile Vis: 3", for instance), but even that is better than having to restart Houdini dozens of time a day. I hope that Vulkan stability and performance will be progressively improved within future 20.5.x minor versions, so we don't have to wait until 21.0. After all, it was decided to make Vulkan Houdini's default viewport renderer, and while I don't expect it to be faster than OpenGL (as it's probably more complex), I think it should at least offer stability similar to OpenGL.

terry_williams
@ajz3d - I ran the command in Sudo but I couldn't find in the log anything related to "SWITCH TIMEOUT" the only line related to NVRM said: " NVRM: loading NVIDIA UNIX x86_64 Kernel Module 555.58.02 Tue Jun 25 01:39:15 UTC 2024"

Thanks for checking, Terry.


Antti1999: Member; 41 posts; Joined: 10月 2022; Offline

2024年9月7日 20:29


vinyvince: Member; 275 posts; Joined: 9月 2012; Offline

2024年10月2日 10:30

The performance really drop down when heavy geo or very curiously packed obj!!!
It's display faster when not using non packed object, non sense no?

- Also, im still not able to have proper arealight soft shadow with gobo in viewport.
Vulkan handles better Occlusion viewport and Heighfield LOD artifact which is cool as well as real time displacement (despite no dicing support), but still a long way to match the quality and responsiveness of Eeve for example... I hope Houdini could catchup and understand it's important to have better viewport and less bug there. Yes, we are repeating

, it's okay we could wait a little more but please ...

- When using TOP, ropfetch and render GL, it will be great if this node could also do capture using Vulkan! for now, excepted if i missed something, it is not, so the capture image in your TOp network is disconnected from what you see. And OpenCL viewport has a very poor support for Copernicus PBR representation. So that's really a problem i hope Houdini could get fixed soon!

Thanks

PS: Actually im will be free for my client in free weeks, if some of you are you have opening position...

Edited by vinyvince - 2024年10月2日 10:31:19

Vincent Thomas (VFX and Art since 1998)
Senior Env and Lighting artist & Houdini generalist & Creative Concepts
http://fr.linkedin.com/in/vincentthomas [fr.linkedin.com]

Quick Links

                    
                        Search links
                        Show recent posts
                        Show unanswered posts