Debugging and profiling workflow

[omlins]

Debugging and profiling workflow

[albert-de-montserrat]

Having Cthulhu.jl working would be ideal, but @profview works and should be able to catch dynamic dispatching.

[omlins]

Have you tried with visual studio code? As far as I know most of the focus for julia tool development goes in there. If yes, where do we get stuck?
It is clear that the debugging of GPU kernels it's still not easy - independently of ParallelStencil. However, most of the time you can make your code work on a single thread and it will just work when you run it on the GPU.

[smartalecH]

but @profview works and should be able to catch dynamic dispatching.

Yup, you're right. Unfortunately, @profview doesn't give very much detail regarding where in your code you are dispatching dynamically. For example, it will tell you which functions are doing so, but not where in that function.

Have you tried with visual studio code? As far as I know most of the focus for julia tool development goes in there. If yes, where do we get stuck?

Yes, I primarily work with VSCode. The tools work rather well! However, the debugger is unable to enter into any of the kernel functions (or functions they call). Even on single-thread CPU computations.

This is particularly important when trying to identify the source of dynamic dispatch (mentioned above) or if there are any specialization issues. @profview is kind enough to tell me I have a dispatch problem, but I can't step through the kernel to see why.

Enabling any debugger to work with @parallel_indices would dramatically simplify things!