<div dir="ltr"><div>hi,</div><div><br></div>Lukas Stocker was doing experiments with CUDA split kernel. With the current design of the split it was taking more VRAM actually, AFAIR. Hopefully he'll read this mail and reply in more details.<div><br></div><div>Would be cool to have this front moving forward, but i fear we'll have to step back and reconsider some things about how split kernel works together with a regular one.</div><div><br></div><div>There are interesting results on the stack memory! I can see number of spill loads go up tho, did you measure if it gives measurable render time slowdown? And how messy is the patch i wonder :)</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 17, 2016 at 8:47 AM, Stefan Werner <span dir="ltr"><<a href="mailto:swerner@smithmicro.com" target="_blank">swerner@smithmicro.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
Has anyone experimented with building a split kernel for CUDA? It seems to me that this could lift some of the limitations on Nvidia hardware, such as the high memory requirements on cards with many CUDA cores or the driver time out. I just tried out what happens when I take the shared ShaderData (KernelGlobals.sd_input) from the split kernel into the CUDA kernel, as opposed to creating separate ShaderData structs on the stack, and it looks like it has an impact:<br>
<br>
before:<br>
ptxas info : Compiling entry function 'kernel_cuda_branched_path_trace' for 'sm_50'<br>
ptxas info : Function properties for kernel_cuda_branched_path_trace<br>
68416 bytes stack frame, 1188 bytes spill stores, 3532 bytes spill loads<br>
<br>
after:<br>
ptxas info : Compiling entry function 'kernel_cuda_branched_path_trace' for 'sm_50'<br>
ptxas info : Function properties for kernel_cuda_branched_path_trace<br>
58976 bytes stack frame, 1256 bytes spill stores, 3676 bytes spill loads<br>
<br>
-Stefan<br>
<br>
_______________________________________________<br>
Bf-cycles mailing list<br>
<a href="mailto:Bf-cycles@blender.org">Bf-cycles@blender.org</a><br>
<a href="https://lists.blender.org/mailman/listinfo/bf-cycles" rel="noreferrer" target="_blank">https://lists.blender.org/mailman/listinfo/bf-cycles</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div><span style="color:rgb(102,102,102)">With best regards, Sergey Sharybin</span></div></div>
</div>