From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Fri, 7 Oct 2022 16:00:51 +0300 From: "Dmitry V. Levin" To: devel@lists.altlinux.org Message-ID: <20221007130050.GB23086@altlinux.org> References: <20221004005931.da2596ebd8bb0ce103439f4a@altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20221004005931.da2596ebd8bb0ce103439f4a@altlinux.org> Subject: Re: [devel] =?koi8-r?b?TVBJOiDOwdfFxMXOycUg0M/S0cTLwQ==?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2022 13:00:51 -0000 Archived-At: List-Archive: List-Post: On Tue, Oct 04, 2022 at 12:59:31AM +0300, Andrey Savchenko wrote: > Доброго времени суток! > > Пришло время навести порядок MPI, в первую очередь с OpenMPI. Да, давно пора уже. > Сейчас у нас в Сизифе очень старая версия 2.0.1 шестилетней > давности. > > Предлагаю следующий порядок работ: > > 1) 2.0.1 -> 2.1.6 > 2) 2.1.6 -> 3.1.6 > 3) 3.1.4 -> 4.1.4 (или что будет последнее) > > Почему так, а не сразу до последней? > 1) Слишком много изменений накопилось. > 2) Хорошо иметь точку отката на предыдущую ветку, если что-то > пойдёт не так. > 3) Последовательно проблемы решать проще, чем всё и сразу. > > Принимаются предложения по поддерживаемым фабрикам и фичам. > Собрать можно будет только один вариант (некоторые фичи > несовместимы друг с другом). Текущие возможности я постараюсь > сохранить, > > Поддерживать на уровне репозитория параллельно несколько версий > openmpi не вижу смысла: проблем слишком много, все типовые случаи > всё равно не охватить (там сотни опций конфигурации). > > А вот mpich можно будет вернуть в репозиторий, т.к. в HPC мире она > сравнима по популярности с openmpi. Будет поддерживаться последняя > из 4.x, но возникнет проблема конфликтов с openmpi. В любом случае > реализацией MPI по-умолчанию в дистрибутиве останется openmpi. > > В процессе работ будут тестовые задания по удалению openmpi — > пугаться не стоит, просто так проще всего получить граф бинарных > зависимостей. Если что-то сломается из обратных зависимостей, нужно > будет чинить (что предпочтительно) или отключать поддержку MPI. На сколько примерно времени рассчитан этот план обновления, и какая помощь может потребоваться от нас? -- ldv