https://wiki.blender.jp/index.php?action=history&feed=atom&title=Dev%3ASource%2FRender%2FCycles%2FThreads 2026-04-19T17:10:17Z このウィキのこのページに関する変更履歴 MediaWiki 1.31.0 https://wiki.blender.jp/index.php?title=Dev:Source/Render/Cycles/Threads&diff=104703&oldid=prev 2018-06-28T19:43:20Z

<p>1版 をインポートしました</p> <table class="diff diff-contentalign-left" data-mw="interface"> <tr class="diff-title" lang="ja"> <td colspan="1" style="background-color: #fff; color: #222; text-align: center;">← 古い版</td> <td colspan="1" style="background-color: #fff; color: #222; text-align: center;">2018年6月28日 (木) 19:43時点における版</td> </tr><tr><td colspan="2" class="diff-notice" lang="ja"><div class="mw-diff-empty">(相違点なし)</div> </td></tr></table>

Yamyam https://wiki.blender.jp/index.php?title=Dev:Source/Render/Cycles/Threads&diff=104702&oldid=prev 2015-12-27T19:00:43Z

<p>moved <a href="/Dev:2.6/Source/Render/Cycles/Threads" class="mw-redirect" title="Dev:2.6/Source/Render/Cycles/Threads">Dev:2.6/Source/Render/Cycles/Threads</a> to <a href="/Dev:Source/Render/Cycles/Threads" title="Dev:Source/Render/Cycles/Threads">Dev:Source/Render/Cycles/Threads</a>: remove namespace version</p> <p><b>新規ページ</b></p><div>== Threads ==<br /> <br /> === Types ===<br /> <br /> We can distinguish between 3 threads:<br /> <br /> * The '''Blender Thread''' is the one we are in when receiving render engine callbacks. From this thread it is safe to access the Blender scene. However, Blender is blocked while these callbacks are executed, so we must try to do at little work as possible here.<br /> * The '''Session Thread''' sits between the threads that actually render the scene and the thread that updates data from Blender, doing scene updates and distributing tasks.<br /> * '''Device Threads''' do the actually rendering on a scene representation optimized for rendering. For a CPU device we may have multiple such threads, for a GPU device<br /> <br /> [[File:Cycles_threads.png|center]]<br /> <br /> === What needs to improve ===<br /> <br /> We currently have 3 scene representations, which is not great in terms of memory usage. The question is how to get rid of this, while still making it possible to synchronize efficiently.<br /> <br /> Some ways to reduce the problem are to free data as soon as we no longer need it. Especially for non-interactive rendering this is feasible. Doing our own subdivision would also reduce the problem.<br /> <br /> Blocking Blender while copying data out is also problematic for bigger scenes. This could be tackled Blender side, running render engine callbacks not from the main thread, though this requires mutex locks on Blender scene data. We could also try to split up the synchronization code on our side, so that we can synchronize partially and then give back control to Blender, to continue synchronizing after Blender events are handled.</div>

wiki>Brecht