Paul D. Hahn comments

Results 24 comments of


Paul D. Hahn

Don't override argument names with @ outer and @ inner iterator variables

In parsers I write (e.g., using `cpp-peglib`), I simply internally rename all variables using a suffix based on line number and character position on the line at the point of...

Pass variables outside @outer loops to launched kernels as additional arguments

Isn't this just an issue with address spaces?

Pass variables outside @outer loops to launched kernels as additional arguments

As for me, I learned to take care not to do what is shown in the example. :-) For pre-1.0 OCCA at least, the address space issue w.r.t. code located...

Pass variables outside @outer loops to launched kernels as additional arguments

BTW see also somewhat-related #82. At least, similar in terms of address space issues that are involved, I think.

make OCCA API multithread-safe for kernel calls

How about implementing a named critical section which wraps the body contents within each of the kernel operator templates in kernelOperators.cpp? ( I use Boehm's atomics package to implement named...

make OCCA API multithread-safe for kernel calls

Question: Do you think I can I subclass the occa::kernel class and just do the named critical section thing myself?

make OCCA API multithread-safe for kernel calls

OK. Is the `clone()` possibility you broached a convenience for duplicating an instance of the occa::kernel class then?

make OCCA API multithread-safe for kernel calls

You mean the user needs to call clone() and explicitly manage object instances for the threads? Or are you thinking about something hidden and automatic in the OCCA API somehow?

make OCCA API multithread-safe for kernel calls

OK then please implement `clone()`, it will at least be helpful. Thank you!

Add ability in OKL to call an OCCA kernel from within another OCCA kernel routine

Another concept involved with all this besides "dataflow" would be "nested kernel chaining" -- e.g., for purposes of preconditioning, or doing reductions. Again, all "under the hood" so to speak,...