LINUX.ORG.RU

Выпущен Kerrighed 3.0

 kerrighed,


0

0

Это первый релиз Kerrighed, основанный на ядре 2.6.30 (так что теперь можно будет разворачивать кластеры на новом железе, которое не поддерживалось предыдущей версией с ядром 2.6.20). Кроме того, существенно переработана архитектура Kerrighed, и теперь рабочее окружение запускается в легковесных линуксовых контейнерах (что, правда, влечёт небольшие дополнительные расходы на уровне 1-2%). Основные усовершенстования коснулись системы заморозки и перезапуска работающих программ (checkpoint/restart) и, само собой, исправлено большое число ошибок.

Напомню, что Kerrighed - это кластерная операционная система, относящаяся к типу так называемых Single System Image (SSI). Это означает, что с его помощью сеть компьютеров, объединенная в кластер, выглядит как одна большая машина, и процессы, запущенные на одном из узлов, могут свободно перемещаться на другие узлы. Кроме того, Kerrighed поддерживает (как уже говорилось) механизмы checkpoint/restart и общую глобальную память.

Список кластеров под управлением kerrighed и их описание

>>> Подробности

★★★★

Проверено: annoynimous ()
Последнее исправление: annoynimous (всего исправлений: 4)

Что то первый раз о такой читаю, поясните где используется и вообще поподробнее.

anonymous
()

Не знаю о пердыдущих™ версиях проекта, но выглядит интересно и вкусно.

Вот интересно, не начнут ли сейчас красноглазые хоронить Erlang/OTP и Scala/JVM? :)

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

Поддерживалась. Обрати внимание.

просьба модераторам поправить.

drakmail ★★★★
() автор топика

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

isden ★★★★★
()

Отлично, качаем. Правда, так до сих пор и не попробовал его в работе :)

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

А, тьфу, live-cd они так и не обновили :(

YAR ★★★★★
()

>>поддерживалась

anonymous
()

сам последний раз пробовал версию 2.3. Тогда получилось собрать кластер из 5-ти старых компьютеров. Правда особой пользы от него не было — сетевые карты были у большинства из них 100 Mbit ). Но уже тогда это всё работало, процессы мигрировали, в /proc/cpuinfo радостно показывались все процессоры кластера.

Для получения реальной пользы, конечно, надо что-нибудь даже получше гигабита (InfinityBand, по-моему, называется). Тогда можно будет почувствовать преимущества.

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

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

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

>рекомендуется устанавливать на ванильное

на ванильное

плохо. куда мне девать 19 метров дебиановского патча на ядро?

xsektorx ★★★
()

Да здравствуют велосипеды!

//Plan 9 смотрит на это, как вы сами знаете на что.

anonymous
()

> не поддерживалось предыдущей версией с ядром 2.6.20

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

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

> Plan 9

И где сейчас этот ваш Plan 9? А тут предоставляют готовое, работающее решение для вполне себе продакшЫна.

one_more_hokum ★★★
()

интересно, надо заюзать/потестить

Somewho ★★
()

Хм. Эта же новость на lor-ng.org висит с 16 числа. Хм

damnemall
()
Ответ на: комментарий от drakmail

...Правда особой пользы от него не было — сетевые карты были у большинства из них 100 Mbit ...

ни чего страшного, у них половина кластеров на 100 Mbit в списке :)

Хотя реально не вижу профита от такой системы:

  • Общая глобальная память - через сеть? ну только как централизованное хранилище, не больше. Иначе тормоза обеспечены.
  • checkpoint процессов - это скорее относится к GRID-системам, а в этом отношении проще тот же Condor поставить.
AlexVR ★★★★★
()
Ответ на: комментарий от DELIRIUM

они там кучу патчей, завязанных на 2.6.20 наклепали?

Именно.

drakmail ★★★★
() автор топика

Чойта я не совсем догоняю смысла этой ССИ (окромя имитации из старого хлама большой машины). Из описания не совсем понятно, насколько этот Walleclaster надёжно поддерживает high availability. Мне кажется, специализированная ферма была б куда полезнее (да и то для спец.задач с высокой параллелизацией).

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

а есть похожие проекты?

Был OpenMOSIX. Закрыли в 08'. Не перспективное направление: гемора в разработке много, пользы с нищебродским железом мало.

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

//Plan 9 смотрит на это, как вы сами знаете на что.

ЭТО может смотреть на твой план9 как на мёртворождённый выкидыш

mikki
()

>теперь рабочее окружение запускается в легковесных линуксовых контейнерах (что, правда, влечёт небольшие дополнительные расходы на уровне 1-2%).

что-то нелогично

anton44eg
()

Господа, а как оно по-русски правильно произносится - кэрригхэд или кэрригэд? Предлагаю название «короед», в смысле, пожиратель ядер...

deis
()
Ответ на: комментарий от mclaudt

>Ура, дождались наконец-то. Щас заценим на институтском кластере.

У вас кластер есть?
Как инст называется?
Просто о такой роскоши все-еще мечтаю ;)

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

>сам последний раз пробовал версию 2.3. Тогда получилось собрать кластер из 5-ти старых компьютеров. Правда особой пользы от него не было — сетевые карты были у большинства из них 100 Mbit ). Но уже тогда это всё работало, процессы мигрировали, в /proc/cpuinfo радостно показывались все процессоры кластера.

Можно поподробней.
Просто мне SSI всегда интересовало но OpenMosix уже загнулся (:


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

> //Plan 9 смотрит на это, как вы сами знаете на что.

луркафские выблядышЫ всё чаще фэйлятся. что не может не радовать :)

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

> Просто мне SSI всегда интересовало но OpenMosix уже загнулся (:

Он загнулся просто потому что он ненужен, не оправдывал он себя чуть меньше, чем полностью

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

mclaudt> Ура, дождались наконец-то. Щас заценим на институтском кластере.

и как оно? =)

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

>Он загнулся просто потому что он ненужен, не оправдывал он себя чуть меньше, чем полностью

Почему не нужен? Для конечного разраба легче,намного становиться .ИМХО

pinachet ★★★★★
()

Так можно-же под coLinux наверное замутить.

Вот Subj... Всякие патчи, втаскивания, требование выделить для этих дел компьютеры... Родили-бы готовый имидж того-же Debian для coLinux и репозиторий под него - тогда кластера можно было бы влет ставить в любой организации, а нынче немало организаций с секретаршами работающими на core 2 duo.

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

Хотя конечно я в кластерах не копенгаген (компетентен ;)) и слабо понимаю применимость этого в обычной сети. Одно дело когда работает вычислительная программа и обменивается результатами работы с 1000 других компьютеров, другое когда «общая память», «общий диск», и.т.д. а на этом запускаются не ведающие этого программки...

В нынешнее время все более актуальна виртуализация, а не кластеризация - мощность компьютеров такова что на несчастном P3 Xeon умещалось 9 виртуальных xen компьютеров и обеспечивали порядка 600 пользователей интернетом с обсчетом, бесплатной внутренней файлопомойкой.

n0mad ★★★
()

> Latest version is Kerrighed 3.0.0. It was released on January 29th, 2010.

Супербоян?????????????????

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

>Почему не нужен? Для конечного разраба легче,намного становиться

Может и «легче для разраба», но толку никакого. Попытки на^Wобмануть судьбу с момощью openMosix ни к чему не привели - нужно писать именно распределённые приложения для кластера специально - Erlang/OTP, MPI, etc.

Led ★★★☆☆
()

Умерший OpenMosix оно заменяет?

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

>Может и «легче для разраба», но толку никакого. Попытки на^Wобмануть судьбу с момощью openMosix ни к чему не привели - нужно писать именно распределённые приложения для кластера специально - Erlang/OTP, MPI, etc.

Не согласен! Те преложения которые написаны для многоядерных систем будут иметь прирост производительности.. А под многоядерники много ресурсоемких программ уже переписали...

MPI сложно для реализации и оправдается только для сложных научных и промышленных задач. Для пользователей нужен SSI!

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