-
-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
GPU-enabled package builds #50
Comments
👋🏻 Hi, I'm from LightGBM. I didn't know there were separate I'm not that experience with repacking anything other than pure Python stuff for Also just want to note that there are technically 2 totally different GPU implementations of
I think the most effective use of the limited time of anyone reading this is to focus on packaging the LightGBM |
@jameslamb, would it make sense to enable "GPU" (OpenCL) builds by default since OpenCL is a light dependency? Then we would need only two variants (CPU + GPU-OpenCL, CUDA) vs three (CPU, GPU-OpenCL, CUDA) |
I think that's a great idea! That's similar to how LightGBM is packaged for PyPI... Linux and Windows wheels there come with OpenCL-based GPU support already compiled in. I'd be happy to give a more thoughtful review on #55, but it'll be a day or 2 until I have the time. |
Fixed in #55 |
Comment:
I'm interested in comparing CPU vs. GPU performance across some of the popular ML libraries. I went to set up a conda environment to do this and realized that although
lightgbm
implements GPU support, this feedstock isn't building the package with it enabled.conda-forge has other feedstocks that're building both
_cpu
and_cuda
versions of packages. For example:It'd be great to have this feedstock building for both CPU and GPU in the same way.
Thanks!
N.B. This is a duplicate of #29, which was inexplicably closed.
The text was updated successfully, but these errors were encountered: