[CentOS-devel] SIG Proposal - High performance computing (HPC) SIG
Ondřej Vašík
ovasik at redhat.com
Mon Apr 24 06:44:30 UTC 2017
Marcin Dulak píše v Ne 23. 04. 2017 v 15:13 +0200:
>
>
> On Sun, Apr 23, 2017 at 2:09 PM, Ondřej Vašík <ovasik at redhat.com>
> wrote:
> Hi,
>
> I would like to propose start of High performance computing
> (HPC) SIG. I
> see it already mentioned on
> https://wiki.centos.org/SpecialInterestGroup
> among Future SIGs. Primary reason for the SIG existence will
> be to
> improve the state of High performance computing related
> packages on
> CentOS and similar distributions, with special focus on
> stability of
> builds, CentOS (and similar distribution) related improvements
> for
> OpenHPC project and getting new HPC packages packaged for
> CentOS and/or
> Fedora.
>
>
> Good to see an initiative to get the tools specific for HPC packaged,
> but I have a comment.
> Under https://github.com/openhpc/ohpc/tree/obs/OpenHPC_1.3_Factory/components/io-libs I see spec files for software like netcdf or hdf5.
>
>
> On a cluster one needs access to **many** versions of libraries (that
> includes compilers, python, mpi, etc.) and
> packaging them as RPMS is not the correct model, unless the HPC system
> uses VM golden images or container images, and allows the users to
> start them on-demand.
> What is usually used is a setup based on lmod/environment-modules like
> https://github.com/hpcugent/easybuild-easyconfigs
Yes, understood, thanks for the comment. With containers being more and
more popular, I think even packaging these applications and libraries
makes more sense. Of course, optimizing build for the specific system
would be even better, but package still gives you a way how to easily
install/update/remove some application with all its dependencies.
For many versions of libs and compilers - sometimes it may make sense to
create a matrix of rpms like is done in the case of openHPC initiative,
sometimes probably software collections can be used to get multiple
versions of library/dependency on the system in parallel.
Goal is not to solve everything - this is of course out of scope - but
to improve current situation and maybe to start discussion like this -
how to proceed, what is missing and what is expected to be missing
(because it doesn't make sense to have it as distribution package).
Regards,
Ondrej
>
>
> I would therefore prefer the OpenHPC project focuses in the first
> place on the tools a single version of which is installed on the
> operating system.
>
>
> Best regards,
>
>
> Marcin
>
>
> Initial members would be me (ovasik at redhat.com, CentOS FAS
> account:
> Reset), Adrian Reber (areber at redhat.com, CentOS FAS account:
> areber),
> Stanislav Kozina (skozina at redhat.com, CentOS FAS account:
> ersin)
> and Jan Chaloupka (jchaloup at fedoraproject.org, CentOS FAS
> account:
> jchaloup). Of course, anyone is welcome to join.
>
> Thanks in advance for approving/sponsoring the SIG.
>
> Regards,
> Ondrej Vasik
>
> _______________________________________________
> CentOS-devel mailing list
> CentOS-devel at centos.org
> https://lists.centos.org/mailman/listinfo/centos-devel
>
>
> _______________________________________________
> CentOS-devel mailing list
> CentOS-devel at centos.org
> https://lists.centos.org/mailman/listinfo/centos-devel
More information about the CentOS-devel
mailing list