Viewing profile — maleadt

Here's a screenshot: https://julialang.org/assets/blog/nvvp.png . Or a recent PR when you can see NVTX ranges from Julia: https://github.com/JuliaGPU/CUDA.jl/pull/760

Yeah, see this section of the documentation: https://juliagpu.gitlab.io/CUDA.jl/development/profiling/ . CUDA.jl also supports NVTX, wraps CUPTI, etc. The full extent of the APIs a…

Impressive! The PTX to SPIR-V compiler must have been quite a bit of work; what's the coverage of the ISA like? With oneAPI I had hoped to get the inverse, a oneAPI implementation …

You can emit `trap` or `exit` in the PTX code (although that has exposed many bugs in the PTX assembler because it does not expect that kind of often divergent control flow). But e…

Yes, that's fair. I focused on CUDA.jl because it is the most mature, easiest to install, etc. but as I mentioned we're actively working on generalizing that support as much as pos…

Since we use fat array objects, and not raw pointers, we know the size of the array and can perform bounds checks at run time. We then have a mechanism to throw an exception and si…

The Julia array abstractions make it so that most code is vendor-neutral already, and you execute on whatever GPU back-end you want by using an appropriate array type. For vendor-n…

I'm looking at targeting it from Julia, and the lower-level (Level Zero) API seems rather nice, resembling the CUDA driver API but building on SPIR-V. It's also nice how the API is…

Great talk! Any thoughts on Intel's oneAPI?

That link should probably have been https://juliacomputing.com/industries/gpus.html , but that's rather old content. A better overview is https://juliagpu.org/ , and you can find a…

Our view is that to get performance out of a system (here CUDA), it's better not to start abstracting it right away. So we have CUDAnative.jl and CUDAdrv.jl for fairly low-level CU…

Author here, happy to answer any questions! We've been developing and maintaining this toolchain for a while now, so the relevant packages (CUDAnative.jl for kernel programming, Cu…

As the author of the underlying framework: the dependency on CUDA is unfortunate indeed, but it was the only viable option at the time. OpenCL tooling was (is) way more fragmented,…

But it relies on Pocket successfully extracting the content. Plenty of sites yielded a broken ereader version on my Kobo (mainly missing or unreadable figures).

A colleague of mine mentioned how this has been the case for quite a bit longer than Haswell, see "Compiler mitigations for time attacks on modern x86 processors" (from 2012). Or A…

It is definitely possible to do that in Julia. The reason a didn't yet is purely a manner of priorities, I first focused on wrapping the basic primitives (calling a kernel, marshal…

OpenCL.jl is purely the runtime part, ie. it still requires you to write manual OpenCL code, after which you can use the julia wrapper to manage that code. My project also provides…

Thanks for the kind words! This was exactly what I was aiming for: the code (or insights) to be reusable without too much hassle. More so because part of it was developed in the sc…

Wouldn't it be interesting to make the page editable, for example in typical wiki-style like on kernelnewbies.org? Since much of your reader base consists of LLVM developers I'm su…

Carmack has said somewhere (I can't retrieve the source right now) that an alternative, slower method will be used in the GPL'd codebase, effectively working around Creative's pate…

But you're right about the subreddits, and this is one of the more important features which manages to keep acquainted users from leaving the site, even if they are tired of the no…