-
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
avoiding docker and singularity #64
Comments
Hello @deniskristak, Thank you for your interest in Thanks. |
@sagnikbanerjee15 Docker is a bad fit for HPC clusters, and although Singularity/Apptainer is more suited for use on HPC system, we consider it mainly a workaround for software installation/compatibility problems, as opposed to a proper solution. When using containers, you are generally trading performance for "mobility of compute", which we would very much like to avoid. |
thanks for the answer @sagnikbanerjee15 . |
Hello @deniskristak and @boegel, Thank you for your comments. Sorry I was unable to get back to you due to my tight schedule. Each component of the pipeline is executed with multi cores which enhances performance. With docker/singularity the overhead introduced is only during creation of the container. More than execution time, it is important to focus on the stepwise execution since there are several moving parts to this pipeline. We are currently moving to an architecture that uses Common Workflow Language (CWL) to execute pipelines. Each component of the pipeline will be executed with a docker image. On HPCs, docker will allow the mounting of any directory to the container thereby relaxing security protocols imposed by system administrators. Hence the other option is to use singularity. We will execute our pipeline in toil environment which can execute on singularity if docker is not found on the system. Owing to the ease of development and the request for mobility I do not anticipate stepping away from docker/singularity or CWL. I personally have no experience with Thank you. |
Hi,
as part of an Easybuild project focused on installing software on HPC clusters, I need to patch Finder in a way that avoids using Docker and/or Singularity altogether. I know I have to take care of dependencies myself, which I did by going carefully going through the Dockerfile. Now, all that's left is to run Finder. Is there already a patch like that, by any chance?
Is there an easy way to avoid Docker/Singularity?
Thanks
The text was updated successfully, but these errors were encountered: