
51:57
how can you build a community software architecture (or community software, for that matter) on top of compilers and libraries that can't run anywhere but cray systems?

52:27
yep it's me π

55:09
Just throwing this out there: there are PRs right now for rolling ROCm and oneapi releases in Spack CI: https://github.com/spack/spack/pull/31781, https://github.com/spack/spack/pull/31450

55:12
Is there a plan for oneMKL to support CUDA (specifically cuSparse and cuFFT) and the corresponding ROCm libraries. Without this, oneMKL is restricted to Intel arch.

56:27
@Miroslav I think it was mentioned during the talk that oneMKL has a cuBLAS interface

56:56
such a thing exists -- we want you all to contribute π

59:04
@Wileam Phan, cuBLAS does not cover the functionality in cuSparse and cuFFT, or anything in ROCm.

01:00:17
We are now building thousands of spack packages in CI on every PR: https://spack.io/spack-binary-packages/ -- this is a place where we would really like to see vendor compilers -- there are PRs for this for ROCm and oneapi above -- we may not get to all 6400 packages but we're trying

01:13:05
FWIW, there are key problems we solve that take ~4hrs -- so same-day turnaround. This was made possible w/GPUs

01:15:43
+1 to 2x on salary

01:26:50
it's also difficult for OSS projects to work with the NVIDIA developer license ... just saying

01:27:05
Fair

01:27:25
βhere's a container with 6 things you can't distribute and 4 things you can -- good luck!"

01:27:29
thanks nvidia

01:29:43
I should probably say too, not having a clear license at all makes collaboration even more difficult, so please have a clear license and even better if it's one we can collaborate with easily

01:30:13
But since Mike specifically asked about OSS, I didn't want to say that at the time.

01:30:34
+100