[Bf-committers] Patch submitted to fix OpenCL render, support multiple platforms, and save preprocessed kernel in cache for debugging.

2013-05-26 Thread Doug Gale
I've submitted a patch that fixes the broken OpenCL renderer, see the tracker page. Here is the description: The OpenCL renderer was completely broken - it would fail to compile on any OpenCL imple

[Bf-committers] Patch 35559 submitted, Fix possible very slow startup time for OpenCL renderer

2013-05-29 Thread Doug Gale
This patch implements a context and program cache for OpenCL. The OpenCL renderer can have very slow startup time in some implementations. For example, Intel CPU OpenCL takes 9 seconds to startup even when loading a cached program binary on a Core I7 990x Extreme Edition. This startup time happ

[Bf-committers] Updated [#35559] Fix possible very slow startup time for OpenCL renderer

2013-05-30 Thread Doug Gale
I've updated the patch to include Brecht's feedback. http://projects.blender.org/tracker/index.php?func=detail&aid=35559&group_id=9&atid=127 ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers

[Bf-committers] CUDA performance analysis (with my experimental changes)

2013-06-05 Thread Doug Gale
I modified the the CUDA renderer to take environment variable overrides to allow a performance test to iterate through several combinations of parameters. The code has many performance optimizations that I have made to eliminate redundant memory allocations, using all asynchronous operations (

Re: [Bf-committers] Compilation error

2013-06-22 Thread Doug Gale
Can you reproduce it on another machine? If deleting a comment fixed a compiler issue, I would strongly suspect a hardware problem. Most likely bad RAM. On 06/22/2013 02:24 PM, Jürgen Herrmann wrote: > I can't stop laughing ... > I think found a bug in the compiler ... > RNA_blender_cpp.h is too

[Bf-committers] Patch tracker [#35866] Fix crash caused by change to opencl context/program cache

2013-06-25 Thread Doug Gale
I submitted a patch that fixes a crash caused by a change to the OpenCL context/program cache implementation. http://projects.blender.org/tracker/index.php?func=detail&aid=35866&group_id=9&atid=127 ___ Bf-committers mailing list Bf-committers@blender.o

Re: [Bf-committers] Crash Handler

2013-07-21 Thread Doug Gale
In GDB you can use handle SIGSEGV stop. In visual studio, you can go to the Exceptions... dialog and check "thrown" on everything to catch exceptions at the faulting instruction. In CDB/WinDBG/KD you can do sxe av. I think it is a very bad idea to catch segment faults. I was working on blender e