Update feedstock to use cirun-openstack-gpu-large with Cirun

[conda-forge-admin]

Note that only builds triggered by maintainers of the feedstock (and core)
who have accepted the terms of service and privacy policy will run
on Github actions via Cirun.

• Maintainers have accepted the terms of service and privacy policy
  at https://github.com/Quansight/open-gpu-server

Also, note that rerendering with Github actions as CI provider must be done
locally in the future for this feedstock.

[conda-forge-webservices]

Hi! This is the friendly automated conda-forge-linting service.

I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

[carterbox]

Please don't merge until I have adjusted the build scripts on all platforms to target all of the CUDA archs. This PR may remain open for a few weeks until I have time to do that.

[carterbox]

I have updated the build scripts to target all of the archs, so it's OK by me to merge this PR. However, Cirun does not succeed.

{
    "error": "User not authorized for the requested runners, user's role not authorized."
}

I assume @isuruf et al are still shaking out the bugs. Please let me know if I need to do something.

[jaimergp]

CUDA 12 failing with:

CMake Error at /home/conda/feedstock_root/build_artifacts/libmagma_1704193253113/_build_env/share/cmake-3.28/Modules/CMakeDetermineCompilerId.cmake:780 (message):
  Compiling the CUDA compiler identification source file
  "CMakeCUDACompilerId.cu" failed.

[carterbox]

I'm pretty sure that the errors for CUDA 11.x are because the shared library is too large when it contains byte code for all of the archs. I remember running into this error before when I first took over building this library.

https://stackoverflow.com/a/47168086/4459405

We can either try adding -mcmodel=medium to the GCC args or reducing the number of CUDA archs. Let's try reducing the number of archs first.

[jaimergp]

I need to take a look into the roles error, sorry 🙏

[carterbox]

Because the builds succeeded with fewer archs, and the fact that I know libmagma is already around 2GB in size, I accept that as evidence that the build error was due to the symbols not fitting into the default address space size of 2GB. We can either build for fewer archs or enable the larger memory space.

IMO, the library is already quite large and the impact of building for more minor archs is probably not worth potential issues from increasing the address space.

[isuruf]

Why this change? You need the virtual arch for newer GPUs to get better performance.

[carterbox]

For CMAKE, 86 is an abbreviation of 86-real;86-virtual.

With the extra build time, the list of target archs for 11.2 has expanded from
35-virual;50-real;60-real;70-real;75-real;80-real;80-virtual
to
35-real;50-real;60-real;70-real;75-real;80-real;86-real;86-virtual

35 was converted from virtual to real. 80 virtual was dropped, but 86 was added for both virtual and real.

[carterbox]

Need to revert the Windows build scripts because Cirun is not offering Windows runners.