LINUX.ORG.RU

Linux в CERN: ближайшее будущее

 , ,


0

1

На прошедшей Atlas Software & Computer Week представители CERN IT Ben Morrice и Alex Irebarren высказались на тему будущего дистрибутивов GNU/Linux в CERN.

CentOS CERN 7 будет использоваться до конца срока поддержки (середина 2024 года). В этот период для новых установок будет использоваться CentOS Stream 8. В 2024 году будет проведена повторная оценка возможных вариантов.

В пользу именно CentOS Stream говорит то, что работа с ней оказалась не такой страшной, как казалось ранее. Пока скорость исправления ошибок сравнима с CentOS и стабильность достаточна для работы в рамках сайтов LCG (LHC Computer Grid).

Клоны RHEL также рассматриваются в качестве альтернативы, но пока не выбираются. Одна из основных проблем — это то, что возвращение наработок в основную ветку в случае клонов несколько сложнее, чем в случае CentOS Stream. Иными словами, до возникновения серьёзных проблем резких движений делаться не будет, но планы перехода будут оцениваться.

См. также: CentOS 8 станет CentOS Stream

>>> Презентация (NoNDA)

★★★★★

Проверено: alpha ()
Последнее исправление: hobbit (всего исправлений: 6)

Думаю, что в ЦЕРН Линукс ждет светлое будущее. Ведь там работают физики и инженеры. А это публика специфическая. Думаю, что некоторые даже сами согласны были бы заплатить, чтобы иметь возможность решить какую-нибудь техническую задачку.

seiken ★★★★★
()
Ответ на: комментарий от seiken

Им важнее, чтобы их софтина работала и не требовала модификаций, связанных с изменениями в системе хотя бы до окончания очередного этапа.

grem ★★★★★
()
Ответ на: комментарий от grem

Им важнее, чтобы их софтина работала и не требовала модификаций, связанных с изменениями в системе хотя бы до окончания очередного этапа.

Docker в Docker через Docker ?

anonymous
()
Ответ на: комментарий от alpha

Да я в курсе про лучше самый что ни на есть технический термин. А еще нужно написать красивше.

Что значит дешевле ? Если что то мажорную версию в идеале лучше переставить.

mx__ ★★★★★
()
Ответ на: комментарий от grem

Можно в виртуалочке пускать. Если включена аппаратная виртуализации, по идее даже не будет проседать по производительности. А если кластер, и куча проектов на нем, то нафига вообще что-то менять…

seiken ★★★★★
()
Последнее исправление: seiken (всего исправлений: 1)
Ответ на: комментарий от seiken

Им не так важно, как реализовано это на узлах. А вот знать, что внезапно не поменяется abi и api компиляторов, mpi, shmem, библиотек и прочего было б неплохо.

grem ★★★★★
()
Ответ на: комментарий от grem

Докер и всеобъемлющее тестирование спасут нерусских физиков. И русских тоже.

seiken ★★★★★
()
Ответ на: комментарий от anonymous

Docker в Docker через Docker ?

Уважающий себя человек не будет таким пользоваться, а уж тем более так запускать числодробилки

annulen ★★★★★
()

Физики любят красноглазить на тему физики. И не любят красноглазить на тему Линукса. Разве нет?

Infra_HDC ★★★★★
()
Ответ на: комментарий от annulen

Уважающий себя человек не будет таким пользоваться, а уж тем более так запускать числодробилки

Чем Docker плох для числодробилок?

anonymous
()
Ответ на: комментарий от Infra_HDC

Физики любят красноглазить на тему физики. И не любят красноглазить на тему Линукса. Разве нет?

Красноглазить на тему Линукса - самый любимый вариант прокрастинации у научных сотрудников всех мастей.

Думаю бОльшая часть некорпоративного open source написана студентами и аспирантами.

alpha ★★★★★
()
Ответ на: комментарий от anonymous

А какие у него плюсы для их задач? Минусы очевидны - потенциальная несовместимость, т.к. под докер все же нужно учитывать его особенности

cobold ★★★★★
()
Ответ на: комментарий от Infra_HDC

Русские Физики Любят Компилять Пакеты из Исходного Кода!

GP
()
Ответ на: комментарий от anonymous_incognito

Читаю я это всё и не совсем понимаю, а почему бы не запилить CERN свой дистр?

У них 15 лет был свой дистр.

Да, это потребует определённых усилий и расходов, но может это лучше.

Пару лет назад решили что не лучше.

qtm ★★★
()
Ответ на: комментарий от cobold

А какие у него плюсы для их задач?

Как всегда, дистро независимость при деплое.

Минусы очевидны - потенциальная несовместимость, т.к. под докер все же нужно учитывать его особенности

Несовместимость чего с чем?

Необязательно же OCI контейнеры, приготовленные в Docker, запускать именно в Docker? Есть еще различные runtime, можно вообще в Ignite+Firecracker

anonymous
()
Ответ на: комментарий от mx__

Что значит дешевле ? Если что то мажорную версию в идеале лучше переставить.

Дешевле значит менее трудоемко.

Можно переставлять, можно апгрейдить. Для RHEL есть достаточно новая утилита LEAPP которая позволяет обновлять мажорную версию. Для CentOS официальной поддержки апгрейда пока нет, но вопрос рассматривается, и patches welcome.

Но даже с переустановкой: переустановка сама по себе ничего не делает, после переустановки тебе надо будет перенести приложения, настройки, удостовериться в их работе.

Какой-нибудь nginx тоже на месте не сидит и чтобы обновить его с той версии включена в семерку на ту что в девятке придется читать changelog существенно дальше.

alpha ★★★★★
()
Ответ на: комментарий от Evgueni

Тогда сидите в своем Церне на нефритовом стержне редхат и наслаждайтесь молча. Хотели сообщить всем об своей ориентиции, сообщили.

Молодцы, ловите в панамку.

beck ★★★★
()
Ответ на: комментарий от anonymous_incognito

, а почему бы не запилить CERN свой дистр?

Они не пилят деньги на импортозамещении. Они занимаются решением тематических задач.

anonymous
()

Зачем нужен CentOS? Что за софт такой специфический, который не работает на убунте? Более того, в эпоху контейнеров завязываться на какой-то конкретный дистрибутив звучит как дикость.

Reset ★★★★★
()
Ответ на: комментарий от Reset

Тот же SELinux из коробки отсутствует. Как его правильно приготовить в Ubuntu? В CERN же не дурачки доверять основных компонентов безопасности AppArmor’у)

И так далее.

anonymous
()
Ответ на: комментарий от Reset

в эпоху контейнеров завязываться на какой-то конкретный дистрибутив звучит как дикость.

Им работать нужно. Выполнять программы. А не играться в чудо юдо котейнеры.

anonymous
()
Ответ на: комментарий от Reset

У меня опыт с дебианом и центосом такой, что старый софт (бинарный) в новых версиях ОС запускается проще в центосе. Из текущего, в bullseye получаю Could not open '/lib/ld-linux.so.3': No such file or directory. Всё это решаемо, но, субъективно, таких проблем в Дебе больше. Еще качество работы зеркал у центоса лучше.

У Церна, конечно, могут быть другие соображения.

zendrz ★★
()
Последнее исправление: zendrz (всего исправлений: 1)
Ответ на: комментарий от alpha
  1. Стоп, про какие приложения речь ? Вообщето этот дистр для железки и в нем только либвирт все остальное в КВМ даже контейнеры в КВМ.
  2. А какой там нгникс в ходу ? Для семерки офицальный для кента 7 версии 118.
mx__ ★★★★★
()
Ответ на: комментарий от Infra_HDC

Физики — это люди и они разные.

Evgueni ★★★★★
() автор топика
Ответ на: комментарий от beck

Эээ, осторожней со своей фиксацией. Не выплёскивайте её на окружающих.

Evgueni ★★★★★
() автор топика
Последнее исправление: Evgueni (всего исправлений: 1)
Ответ на: комментарий от Reset

Так исторически сложилось, что в HPC сейчас в основном решения на основе RHEL и SLES.

Завязка на один дистрибутив нужна не самим пользователям, а для удобства администрирования единым решением. Это не тот случай,когда развернул, собрал/протестировал, выкинул. Расчёты месяцами непрерывно гоняются и экспериментировать с новым дистрибутивом некогда.

grem ★★★★★
()
Последнее исправление: grem (всего исправлений: 3)
Ответ на: комментарий от Evgueni

Основная причина — это совместимость с предыдущим решением.

А давайте не будем говорить как люди выше, мы все таки не совсем нетехнические грамотные люди и нам нужны конкретные названия а не лучше и красивше.

Конкретно, что за прикладное приложение ?

P.S. Я понимаю что ЛОР это не производство и т.д. но даже им видать управляют люди более понимающие технические вопросы. https://www.linux.org.ru/about

mx__ ★★★★★
()
Последнее исправление: mx__ (всего исправлений: 1)
Ответ на: комментарий от mx__

Огромное колличество пользовательского кода не шибко высокого качества (скажем прямо — ниже среднего) написанного для разного рода обработки эксабайта уже набранных данных.

Evgueni ★★★★★
() автор топика
Последнее исправление: Evgueni (всего исправлений: 1)
Ответ на: комментарий от Evgueni

Огромное колличество пользовательского кода

Больше вопросов не имею !

(я же просил конкретику :( )

mx__ ★★★★★
()
Ответ на: комментарий от mx__

А какую конкретику вы ожидаете? Используется Python+C++ — это?

Этот софт нигде больше не используется. Он подгибается конкретно под данные.

Evgueni ★★★★★
() автор топика
Последнее исправление: Evgueni (всего исправлений: 1)
Ответ на: комментарий от anonymous

Нормальные люди все эти погремушки обычно отключают, так как работать надо, а не с «безопасностью» сношаться.

Reset ★★★★★
()
Ответ на: комментарий от anonymous

И как работать на древнем как говно мамонта софте?

Reset ★★★★★
()
Ответ на: комментарий от zendrz

Что такое «bullseye» ? Зеркала у всех дистрибутивов одни и те же. Уверен, что CERN может организовать свое зеркало.

Reset ★★★★★
()
Ответ на: комментарий от Evgueni

Не ЯП а прикладухи.

Я конечно понимаю что некоторые не в курсе что из коробки в кенте7 стоит питон3 но хотелось бы конечного продукта.

Глянул сейчас тот же 1С он есть под 7ку, про дрова под ГЕН10 я еще вчера писал.

mx__ ★★★★★
()
Ответ на: комментарий от Reset

IT CERN и организовывает наименее кровавым на сегодня образом.

Evgueni ★★★★★
() автор топика
Ответ на: комментарий от grem

Ну так нормальные люди используют произвольный дистрибутив как запускалку софта, поверх которого разворачивают свою инфраструктуру, а пользователям предоставляют механизмы для правильной подготовки совместимых бинарей для расчетов. Совместимый бинарь == бинарь в который статически влинковано все необходимое.

Reset ★★★★★
()
Ответ на: комментарий от mx__

Всё есть в исходниках и всё собирается под всё что шевелится, но задача сделать так, чтобы код не протухал на протяжении всего эксперимента, а это что-то вроде десяти лет. Основная проблема — это пользовательский код: его много, он разнообразен и он должен продолжать работать.

Evgueni ★★★★★
() автор топика
Ответ на: комментарий от Evgueni

Основная проблема — это пользовательский код: его много, он разнообразен и он должен продолжать работать.

Вот поэтому в идеале чтобы 7ка была вечной. Но УВЫ до 24 года нужно будет решить. Так что думаю в 22-23 году будет понятно, переползать на CentOS 9 Stream или что то левое.

mx__ ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.