[hpc-devel] Q: множественные реализации mpi

[Denis Pynkin]

On Monday 28 January 2008, Serge Ryabchun wrote:

> > Как меня тут убедили юзвери обожают использовать разные реализации mpi
> > одновременно на одном кластере , а посему я хотел бы
> > внедрить в следующей сборке mpi-selector и   разнести эти реализации
> > по разным каталогам.
> >
> > В пакетах от OFED всё кладётся с нарушением FHS в /usr/mpi, я
> > предлагаю использовать %_libexecdir, то есть
> > openmpi ---> %_libexecdir/openmpi
> > mvapich2 ---> %__libexecdir/mvapich2
> > mvapich --> %__libexecdir/mvapich
не совсем понял мысль
туда будут ложиться все файлы ? т.е. например для 
openmpi "/" -> "/usr/lib/openmpi", насколько я понял описание mpi-selector ?
или это касается только %_lib и и %_bin ?

> все гораздо хуже ;-), это могут быть еще и разные версии того же
> openmpi, и собранные разными компиляторами типа gcc-3.4, gcc-4.1,
> icc-8.0, icc-9.1 и т.д.
а вот это - извините. поддерживать на кластере множество вариаций одного 
пакета - это уж не забота дистрибутива или админа. есть рекомендованые и 
оптимизированнные для кластера пакеты.
хочется странного - в своем home можете собирать хоть .net на ассемблере ;-)

> > На этой неделе я соберу mpi-selector и пакеты mvapich и mvapich2 и
> > готов сделать nmu (или патч git.alt)  для openmpi.
> > Есть ли какие возражения?
да. по поводу mpi-selector
так ли он нужен ? плюс тянет за собой перл
по-быстрому посмотрел на него, складывается впечетление, что 
программа "перемудренная". имхо.
для каждого пакета свои собственные mpivars файлы еще дополнительно создавать. 

может быть достаточно использовать систему alternative для system-wide ? тогда 
все, что находится в %_bin получает суффикс по имени пакета (и можно еще 
версии), а вот из %_lib надо переносить в %_lib/%name-%version
вообщем примерно в том стиле, как gcc
имхо удобно и более... unix-way что ли ;-)
а предпочитаемый пакет для пользователя в идеале должен определяться через 
переменные среды.
а может быть вообще достаточно враппера в стиле "exec $0$MPI $*" ?
Общие затраты на внедрение получатся примерно те же, что и с использованием 
mpi-selector имхо.

кстати, может быть есть еще смысл man по функциям выкинуть в отдельный общий 
пакет ? 

> может поправка типа
> openmpi ---> %_libexecdir/openmpi/%version/%cc/%ccversion
> или как-то так
а все-таки, много ли у вас клиентов, которым действительно необходима 
конретная версия mpi собранная определенным компилятором определенной 
версии ?


-- 
WBR, d4s
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 197 байтов
Описание: This is a digitally signed message part.
Url     : <http://lists.altlinux.org/pipermail/hpc-devel/attachments/20080129/005a3cd3/attachment-0002.bin>