Привет! Постепенно приближается к завершению подготовка ядерного флавора hpc-ofa - ядро исключительно для InfiniBand, у нас по умолчанию есть такой список (дополненный двумя, пока ещё не ввёрнутыми в std-def): fglrx nvidia igb ndiswrapper rt2860 bcmwl madwifi-hal tp_smapi heci omnibook kqemu virtualbox virtualbox-vfs virtualbox-addition kvm lirc subfs svgalib_helper etercifs zaptel wanpipe(Continue reading)
Привет! С ядрёным флавором hpc-std перестал собираться ndiswrapper: http://git.altlinux.org/tasks/9402/task/log.5 patching file ndiswrapper.h Hunk #1 FAILED at 16. 1 out of 1 hunk FAILED -- saving rejects to file ndiswrapper.h.rej patching file ntoskernel.c -- patching file wrapndis.c Hunk #3 FAILED at 1707. 1 out of 6 hunks FAILED -- saving rejects to file wrapndis.c.rej patching file wrapndis.h Поскольку мне уже не раз задавали этот вопрос, задам его сюда: А точно есть необходимость для HPC в этом модуле? Может быть, выбросить? PS. 2mike <at> : Насчёт lirc - пока собирается, как только снова перестанет, выброшу не глядя, раз этот модуль точно никому не нужен. -- -- REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ _______________________________________________(Continue reading)
Привет! По настойчивым убеждениям mike <at> пытаюсь вкрутить в ядро 2.6.27 нужные (пока мне, ибо другие ещё не изъявляли желания) фичи для вычислительного кластера. Сделал новый флавор - std-hpc, за основу взято ванильное ядро 2.6.27.25, добавлены патчи и модуль для PMC, и смержено всё это с kernel-image-std-def-27: http://git.altlinux.org/people/real/packages/kernel-image.git?p=kernel-image.git;a=shortlog;h=refs/heads/kernel-image-std-hpc-27 Сомнения вызывают два коммита, если кто не сочтёт за большой труд, посмотрите, пожалуйста: 420e7ab0479316ea7f339ff4aee7f9df14c1f81c и 65fb7dcbb90dd5423bf4b4b2da63e8c9237f7777 Не знаю, есть ли смысл это всё в сизиф выкладывать. Но пока ещё не все модули собрались: * Package 1 of 32: kernel-modules-fglrx-std-hpc: FAILED * Package 20 of 32: kernel-modules-lirc-std-hpc: FAILED * Package 24 of 32: kernel-modules-zaptel-std-hpc: FAILED * Package 25 of 32: kernel-modules-wanpipe-std-hpc: FAILED * Package 26 of 32: kernel-modules-cronyx-std-hpc: FAILED Если с первым ещё буду разбираться, остальные - даже не(Continue reading)
пара вопросов: - Кто-нибудь занимался упаковкой unicore для sisyphus или branch/5.0 ? - запускал ли кто-нибудь unicore в openvz ? -- -- wbr, d4s _______________________________________________ HPC-devel mailing list HPC-devel <at> lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/hpc-devel
Hi, community! Пробовал кто-то установить CUDA 2.1 в branch 5.0 ? На сайте есть информация об поддержке RHEL, Fedora и Ubuntu. Вроде проблем быть не должно, но скомпилировать SDK не удалось. Поделитесь опытом. Интерес чисто спортивный. Спасибо. _______________________________________________ HPC-devel mailing list HPC-devel <at> lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/hpc-devel
Привет! Хочу задать вопрос в связи с одной проблемой, которая может оказаться вовсе и не проблемой ;) Собрал недавно для Сизифа библиотеки BLACS и ScaLAPACK. Но они статические, и авторы динамический вариант даже и не предусматривали, судя по всему. С другой стороны, люди уже просили собрать это дело для OpenMPI, а он не имеет статических библиотек. Я уже послал FR на этот пакет, но всё же меня гложут сомнения... Потому что один человек просил собрать динамический вариант, я поковырялся несколько дней, похоже, здесь нужно садиться всерьёз и нагло раздербанивать апстримные сырцы под свои интересы, благо, тот же ScaLAPACK (не говоря уже о BLACS) уже 2 года как не развивается. Так вот вопрос такой: а оно действительно может быть необходимым - динамическая сборка этих библиотек (политику ALT в плане отказа от статики вообще пока за кадром оставим)? Потому что были и такие(Continue reading)
test _______________________________________________ HPC-devel mailing list HPC-devel <at> lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/hpc-devel
С подачи Константина Михайленко (за что ему отдельное спасибо) вылезла проблема с линковкой программ на фортране. Вылезло она из-за нашего --as-needed. Собственно вопрос у меня к администраторам кластеров и Станиславу - стоит ли поменять поведение линкера для openmpi, что бы при компиляции пользовательских программ данная опция была отключена ? Спрашиваю потому, что по моему опыту и опыту знакомых, пользователи, в большей своей массе, не настолько опытные программисты, чтобы самостоятельно решать такого рода проблемы, которые обязательно будут возникать при компилировании более-менее серьезных проектов(Continue reading)-- -- Denis Pynkin Senior Software Developer Skype: pynkin SaM Solutions Minsk office, Belarus (+02 GMT) www.sam-solutions.net EUROPEAN MODEL OF IT OUTSOURCING
Даст ли замена nfs -> pvfs2 какие нибудь преимущества на небольшом кластере? -- С уважением Ден Б. _______________________________________________ HPC-devel mailing list HPC-devel <at> lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/hpc-devel
Кто использовал Slurm поделитесь опытом. Хотелось бы увидеть объективную оценку в сравнении с cleo и torque. -- Ден Б.. _______________________________________________ HPC-devel mailing list HPC-devel <at> lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/hpc-devel
Привет всем!
Рассылка изменила статус на публичную. Все кто хотел на неё ранее подписаться - подписаны.
--
Станислав Иевлев.
_______________________________________________ HPC-devel mailing list HPC-devel <at> lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/hpc-devel
 |
|
|
|
|
|
|
| Mon | Tue | Wed | Thu | Fri | Sat | Sun |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | ||
| 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| 13 | 14 | 15 | 16 | 17 | 18 | 19 |
| 20 | 21 | 22 | 23 | 24 | 25 | 26 |
| 27 | 28 | 29 | 30 | 31 |
RSS Feed15 | |
|---|---|
7 | |
2 | |
3 | |
30 | |
14 | |
14 | |
9 | |
26 | |
44 | |
29 | |
1 | |
22 | |
236 | |
148 |