Skip to content

Docker builds #66

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

Merged
merged 3 commits into from
Aug 10, 2020
Merged

Docker builds #66

merged 3 commits into from
Aug 10, 2020

Conversation

ratijas
Copy link
Contributor

@ratijas ratijas commented Jul 11, 2020

Hi,

I was asking for docker image, and I ended up spending a day doing it on my own. It was generally a positive deployment experience, I sure learned a thing or two in the process, and I hope it would come up handy for some.

Here is a link to Docker Hub: https://hub.docker.com/r/ratijas/vanitysearch.

Regarding this PR

I'm not certain I've done things in the best way possible, but at least I tried doing it by books.

I wasn't able to run GPU version other than my native CCAP 5.2: 2.0 is too old, and 6.0 is not supported by my hardware. But is compiles and executes (as far as giving help or an error message) just fine, so should work. Just for the hell of it, I also built 5.0, and it worked as smooth as 5.2. I'd be glad to hear feedback from someone for whom it works on older/newer hardware.

Not sure whether we need those aliased tags, e.g. cuda-ccap-5cuda-ccap-5.2. Does it make any sense, since it is not a software versioning and can't be just "updated"?

The latest tag probably not very useful either. But I kept it for the sake of conforming with docker hub conventions.

As stated is the commit message, CI and automated builds are not implemented. This is because I lack experience in this field. Suggestions and pull requests and more than welcome.

To be merged after #64 and #65.
Resolves #63.

ratijas added 3 commits July 10, 2020 23:05
Also, \n were missing at the end of printf.
It was done in a semi-automated way. Hopefully, no more of them would
ever sneak back in again.
This adds docker support for the project. Docker builds include CPU-only
version, as well as different tags for some NVIDIA compute capability
versions. Deploy scripts are provided, image name and used versions of
both CUDA SDK and CCAP are customizable via env.

Added make argument: upper-cased `CAPP` which accepts version in dotted
notation (e.g. "5.2"); lower-cased `capp` is derived from it, but should
still be directly overridable as any other make's variable.

Instructions in README are updated accordingly. Linux section got
reformatted and reworked and overall became more comprehensible (IMHO).

Adding CI and automatic builds are left as an exercise for curious
readers.
@ratijas ratijas mentioned this pull request Jul 11, 2020
@ratijas
Copy link
Contributor Author

ratijas commented Jul 22, 2020

Anyone? Maintainers? @JeanLucPons

Bump.

@JeanLucPons
Copy link
Owner

Hi,
Sorry i have no time at the moment to work on this project.
I'll have a look to this ASAP.
Thanks

@JeanLucPons JeanLucPons merged commit f211fd7 into JeanLucPons:master Aug 10, 2020
@ratijas
Copy link
Contributor Author

ratijas commented Aug 10, 2020

Good news from docker community. Device requests were added to docker-py (docker/docker-py#2471), so just in few weeks we can expect docker-compose to support --gpu switch.

@JeanLucPons
Copy link
Owner

Great 👍

@ratijas ratijas mentioned this pull request Sep 29, 2020
@ratijas ratijas deleted the docker branch September 29, 2020 23:04
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Request for docker image
2 participants