Viewport render crash on GPU Cuda

[Sharlybg]

Try to clear your kernel cache (and compile for about 5mins), it should be a directory like: C:\Users<user name>\AppData\Local\Temp\luxcorerender.org

I've a lot of instabillity with 2.5. I'm on CUDA optix . viewport crash a lot when switching from render preview to solid or wireframe. now i've a scen crashing automatically on GPU while rendering fine on CPU. I had cleared up the kernel cahe and redo the compiling phase but still the same issue.

here is the file :

https://we.tl/t-8RLNzPXbmb

[Dade]

Try to clear your kernel cache (and compile for about 5mins), it should be a directory like: C:\Users<user name>\AppData\Local\Temp\luxcorerender.org

I've a lot of instabillity with 2.5. I'm on CUDA optix . viewport crash a lot when switching from render preview to solid or wireframe. now i've a scen crashing automatically on GPU while rendering fine on CPU. I had cleared up the kernel cahe and redo the compiling phase but still the same issue.

here is the file :

https://we.tl/t-8RLNzPXbmb

Does it happen only the first time after you have delete the cached kernels (or installed a new version) ? I have the feeling it is related to long compilation time and BlendLuxCore applying the denoiser (before compilation time is over).

[Sharlybg]

No it happen as soon as i started to use 2.5 on multiple scene but mostly in viewport. So i tried your tip about cache suppression.this time this file wann't work on GPu. Strangelly for this scene it is almost the first time i added glossy coating on multiple shader like carpaint.
Want to try to check that.

[Sharlybg]

No it happen as soon as i started to use 2.5 on multiple scene but mostly in viewport. So i tried your tip about cache suppression.this time this file wann't work on GPu. Strangelly for this scene it is almost the first time i added glossy coating on multiple shader like carpaint.
Want to try to check that.

No way .... tried everything still crash

[Sharlybg]

Does it happen only the first time after you have delete the cached kernels (or installed a new version) ? I have the feeling it is related to long compilation time and BlendLuxCore applying the denoiser (before compilation time is over).

How it is on your side , it crash ?

[B.Y.O.B.]

I encountered dozens of crashes so far with v2.5 when ending a viewport render, both on Linux and Windows. I suspect they are related to the OptiX denoiser, without it there are almost no crashes, but I can't reproduce them reliably.

[Dade]

I can 100% reproduce the problem in any scene by:

1) enable view port rendering
2) resize the view port
3) disable view port rendering
4) crash

[Dade]

@B.Y.O.B, Blender/BlendLuxCore is doing something very strange:

- when I resize the view port, the current LuxCore RenderSession is stopped but not deleted.
- a new session is created after the view port resize and the new rendering is started;
- when you switch back to wire frame view port rendering, all pending RenderSession(s) will be deleted (and a crash will occur).

In theory this may even work but: every pending RenderSession will keep a full copy of the scene in ram. You can just keep resizing the view port and the memory usage will increase and increase

[Dade]

I can 100% reproduce the problem in any scene by:

1) enable view port rendering
2) resize the view port
3) disable view port rendering
4) crash

The crash doesn't happen if you disable Optix RTX and denoiser (i.e. in intersection and film devices) but the huge waste of memory is still there.

This looks like a Optix bug caused by the huge amount of contexts allocated and due to the RenderSession-not-delete problem.

[B.Y.O.B.]

I'll need to investigate this resize behaviour.
However, I rarely resize the viewport, so I'm fairly sure that the crashes I encountered so far were not related to resizing. Still, the same underlying problem with OptiX context might be at work there.