[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug#27850] gnu: mpi: openmpi: Don't enable thread-multiple
From: |
Dave Love |
Subject: |
[bug#27850] gnu: mpi: openmpi: Don't enable thread-multiple |
Date: |
Wed, 23 Aug 2017 12:08:32 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) |
Ludovic Courtès <address@hidden> writes:
> Hello Dave,
>
> Sorry for the looong delay!
I'm sure you deserve holidays.
> I went ahead and applied the patch you posted, minus the extra outputs,
What's the problem with a runtime output? I think it's a problem if
running MPI programs requires a development environment on compute
nodes.
> and without ‘string-append’ in the description (which prevents l10n).
OK. I'll post a general question about that. I'm happy to support
localization (or even localisation for misguided people
<https://en.wikipedia.org/wiki/Oxford_spelling>).
>>> What do you have in mind for SLURM?
>>
>> There's integration with SLURM (--with-slurm), PBS/Torque, and LSF (or,
>> I guess, Open Lava in the free world). I don't know much about them,
>> but they build MCA modules. Unlike the gridengine support, they link
>> against libraries for the resource managers, so you want them to be
>> add-ons which are only installed when required (not like the Fedora
>> packaging).
>
> I see. I suppose we could make them separate outputs to avoid the
> overhead, if that’s justified?
Yes, I think so. It's probably best if someone does it who uses those
resource managers and can test the result.