LINUX.ORG.RU

Релиз ядра Unbreakable Enterprise Kernel 3 от Oracle

 , ,


1

2

Вышла новая версия Unbreakable Enterprise Kernel 3 (UEK R3), основанного на ядре Linux 3.8.13. Это расширенная сборка ядра Linux, предназначенная для использования в дистрибутиве Oracle Linux. Подготовлены и доступны установочные пакеты UEK R3 для Oracle Linux 6 Update 4, но заявлено о возможности установки в RHEL, CentOS и Scientific Linux. Исходный код доступен на Git-репозитории Oracle. По заявлению разработчиков ядро Linux дополнено новыми возможностями, подвергнуто оптимизации и проверено на совместимость с большинством приложений. Кроме того ядро UEK R3 специально оптимизировано для работы с промышленным программным обеспечением и оборудованием Oracle.

Среди улучшений:

  • Заявлена полная поддержка изолированных окружений на базе легковесных контейнеров LXC (LinuX Container), базирующихся на использовании cgroups и отдельных пространств имён. В LXC-контейнере не используется виртуализация, а на базе уже работающего ядра Linux создаётся отдельное представление операционной системы со своей структурой ФС и сетевым стеком;
  • В ядро включена поддержка системы динамической трассировки DTrace, без необходимости установки для DTrace отдельного ядра. DTrace позволяет выявлять причины узких мест и проблем с производительностью при помощи штатного ядра Linux и без необходимости перезапуска приложений. DTrace теперь поддерживает контрольные вызовы для трассировки программ в пространстве пользователя в режиме USDT (User-space Statically Defined Tracing), подразумевающем сборку программ с включением специальных статических контрольных точек;
  • Существенно расширены возможности файловой системы Btrfs, которая начиная с прошлого выпуска UEK R2 имеет статус готовой для промышленного использования: поддержка учитывающих подразделы групповых квот, поддержка ссылок между подразделами, добавление вызовов send/receive для передачи снапшотов ФС или инкрементальных наборов изменений, поддержка «hole punching» для пометки неиспользуемой части файла, возможность горячей замены сбойных дисков;
  • Для ext4 добавлена возможность сохранения содержимого мелких файлов непосредственно в inode;
  • Поддержка режима быстрого открытия TCP-соединений (TFO - TCP Fast Open), который позволяет сократить число шагов установки соединения за счёт комбинирования в один запрос первого и второго шагов классического 3-этапного процесса согласования соединения, и давая возможность отправки данных на начальном этапе установки соединения.
  • Появилась поддержка процессоров семейства Intel Ivy Bridge (IVB);
  • Произведён переход на стек OFED 2.0 (Open Fabrics Enterprise Distribution), поддерживающий широкий диапазон протоколов Infiniband, включая Reliable Datagram Sockets (RDS);
  • Обновлены драйверы устройств и расширена поддержка оборудования.

>>> Подробности (на английском языке)

★★★★★

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

Т.е. по твоему все те цены у оракл в разделе Price & Buy просто так для дебилов которым денег девать некуда? Ну ок.

т.е. по-твоему редхат для «дебилов которым денег девать некуда»? ну ок, так и запишем. как возможность купить поддержку противоречит тому, что его можно скачать и использовать бесплатно? ты бы там на сайте не только кнопку «price&buy» прочитал, чтоле.

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

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

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

ШТОО?

Ты хотел сказать кукареку, так ведь, но огромными усилиями поборол привычку, поэтому капс? За фикс не благодари.

Это действительно такая же пересборка rh как и cs / sl, только с платными бинарями обновлений от oracle, которые, кстати, появляются только после того, как rh выложит их srpm. Все в теме знают, откуда они брали информацию по порядку сборки пакетов, какие нужны зависимости в билдруты и т.п.

Ещё у них есть УЁК-ядро, которое глючит и колбасит, но зато там продакшон-реди бтрфс и орякл быстрее на синтетических тестах, гыгыгы.

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

Ты опять прав, цены там для тебя написаны. Не тупи!

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

Но это вдвойне печально потому что очень грустно не осознавать того, что разговор, если что, идет не просто о пользователях а о крупных компаниях которые в любом случае будут покупать и платную подписку и техподдержку. А то что там бесплатно есть какие-то „исходники“ и „бинарники“ руководителей этих компаний удивит… постой постой… А НИКАК! Да руководителям вообще будет плевать на это. И если уж компания и будет покупать то уж никак не исходя из того что где то там исходники и бинарники на халяву.

Ага и успехов тебе унылый и жирный anonymous в пребывании в своем бреду.

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

Жирный мудак, ты не учитываешь, что поддержка орякла не может быть нормальной ни на что вообще кроме ядра уёк, исходники которого они контролируют. Они не могут пересобирать rh-srpm со своими патчами, потому, что это нарушит бинарную совместимость дистрибутивов.

Поэтому их поддержка, это просто бинарники с гарантированным временем выкладывания после того как rh выложит свои srpm. Бесплатные бинарники они имеют право выкладывать как хотят и когда хотят...

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

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

разбирать ли ядро перед дополнительным патчингом

Если нет, то у редхета есть пара лишних тузов в рукаве. Скажем, Oracle добавляет к версии x.x.1-rhel какую-то интересную мегафичу, умудряясь при этом ничего не поломать, и поставляет x.x.1-oracle клиентам. RedHat, видя это безобразие, следующий патч безопасности делает с небольшим изъяном, который, изредка портит жизнь мегафиче Оракла. И когда клон версии x.x.2-oracle доберётся до их клиентов, саппорт завалят вопросами «почему развалилась моя БД». Причём, исправить проблему откатив патч нельзя - дырки x.x.1 вернутся все вместе, и саппорт завалят вопросами «как поимели мою БД».

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

у оракула и бинари доступны без подписки.

Первая доза бесплатно же.

DonkeyHot ★★★★★
()

Ну да, это понятно. Или второй вариант - может оказаться сложно перелезать на следующую версию y.y.1, потому что в ней все патчи стопицот раз переколбашены :)

Но чтобы копаться в редхатовском ядре (именно разбирать) - это некрофилом каким-то надо быть... Уж брали бы ваниллу тогда, чо уж там. Хотя в общем-то так они небось и сделали с уйком третьим...

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

Хотя в общем-то так они небось и сделали с уйком третьим...

Сюрприз!!!

anonymous
()

лучше бы они добавили yum репозиторий со своей jdk

лучше бы они добавили yum репозиторий со своей jdk.

Появилась поддержка процессоров семейства Intel Ivy Bridge

Не прошло и полгода? Или нет, прошло!
Только добавил это, на сколько я помню, RedHat,
а Oracle просто скопировал предварительно поругав openSource ;-)

Yilativs ★★★★
()

говорили, что DTrace требует кучи исправлений по всему ядру - так что, их везде проделали, или это неполноценный DTrace ?

argin ★★★★★
()

Подготовлены и доступны установочные пакеты UEK R3 для Oracle Linux 6 Update 4, но заявлено о возможности установки в RHEL, CentOS и Scientific Linux.

Так я и раньше мог ванильное ядро поставить, приписав к нему, что оно unbreakable (чем оракл и занимается).

Quasar ★★★★★
()

Для ext4 добавлена возможность сохранения содержимого мелких файлов непосредственно в inode;

Ждем сравнительное тестирование с Райзер4 на Похорониксе.

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

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

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

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

Только какое это имеет отношение к несомой тобой ахинее?

anonymous
()

Вышла новая версия Unbreakable Enterprise Kernel 3 (UEK R3), основанного на ядре Linux 3.8.13

Теперь нищеброды, польстившиеся на бесплатные обновления, поработают альфа-тестерами сверхнового ведра :\

Традиционно, у oracle крайне паршиво получается готовить ядра

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

Да. И при этом разумеется делают свои продукты на ядре Linux.

У них была цель сбить цены на акции rhel, купить их с потрохами и стричь деньги за поддержку RHEL. После того, как хитрый план не удался, поддерживают свой OL по иннерции. А может быть, появился ещё более хитрый план.

router ★★★★★
()

Релиз ядра Unbreakable Enterprise Kernel 3 от Oracle

Запускалка ненужного оракловского проприетарного говна не нужна.

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

СУБД у них серьёзная. ЕМНИП, весь остальной свой интырпрайз софт они купили со стартапами или менее успешными компаниями

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

Но чтобы копаться в редхатовском ядре (именно разбирать) - это некрофилом каким-то надо быть...

[поскрипано 15 кб мата]

Ядро rhel стабильно работает. Годами.

Наколеночная интырпрайз поделка оракла часто падает по самым разным причинам, связанным с багами в ведре.

router ★★★★★
()

Скажем, Oracle добавляет к версии x.x.1-rhel какую-то интересную мегафичу, умудряясь при этом ничего не поломать

Не было ещё случая, чтобы они ничего не умудрились поломать.

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

Вы видите только то, что желаете видеть и точка.

Аналогично. Вот и поговорили.

А если заглянуть глубже, то можно видеть и промахи редхата.

Наверное главный промах red-hat-а в том, что он не ведет себя так как оракл.

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

Вам тут уже всякого говна понаписали, и в мою сторону, конечно, покидают в догонку. Но!
По факту в UEK действительно много работы, но прелесть от её использования вы получите только в следующих случаях:
- запуск Oracle DB и прочих продуктов Oracle;
- интенсивное использование Infiniband;
- GRID-ферма для запуска Java-приложений;
- глубокая отладка приложения посредством DTrace;
- запуск поверх серверов Oracle.
Во всех прочих случаях использование UEK, как и самой OEL (которая кроме UEK более ни чем от RHEL не отличается), ни какого профита не несёт, выбирайте RHEL или CentOS, в зависимости от продакшн/девелопмент.

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

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

Во всех прочих случаях использование UEK ни какого профита не несёт

поддержка дешевле же :D

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

Блин, набежало пионеров, никогда кроме локалхоста ничего не видевших. У нас в конторе (крупный телеком, более 10 миллионов абонентов) OEL используется на сотне серверов с важнейшими базами данных. И еще ни разу ничего не «глючило» и не «колбасило». Если уж руки растут из Ж, то тут ничего уж не поможет.

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

лучше бы они добавили yum репозиторий со своей jdk.

Ты не поверишь. Заплати денег, и они дадут тебе доступ к интырпрайз репозиторию через rhn

А в нём есть oracle-jdk и tomcat7?

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

Во всех прочих случаях использование UEK, как и самой OEL (которая кроме UEK более ни чем от RHEL не отличается), ни какого профита не несёт, выбирайте RHEL или CentOS, в зависимости от продакшн/девелопмент.

Я рассматриваю вариант выбора OEL для production, так как обещают более быстрые обновления чем CentOS (сейчас на production CentOS).
Также можно купить более дешевую поддержку чем RHEL (правда есть подозрение, что она такого же «каКчества» как и поддержка Oracle DB.
Если UEK основан на 3.8 - то еще можно ожидать более эффективной работы с виртуализацией на новых процессорах.
PS
IMHO Выход RHEL 7 а вместе с ним возможность использовать 3.x ядро в production слишком затянулся и UEK вполне себе альтернатива.

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

jdk точно есть, tomcat не смотрел. oracle linux сильно не понравился и подписку мы продлять не стали, поэтому сейчас уже не проверю

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

jdk точно есть, tomcat не смотрел. oracle linux сильно не понравился и подписку мы продлять не стали, поэтому сейчас уже не проверю

Большое спасибо за информацию.

А можно узнать чем не понравился OEL? (а то я на нём уже тестовый enviroment в виртуалках разворачиваю, пока тот же centos с сильно меньшим количеством зеркал для обновлений - это пока единственное что не нравиться, очень медленные у них зеркала).

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

ты хорошо понимаешь, что на вас будут тестировать новое ядро?

Его тестят на пользователя Fedora и Ubuntu.
Вроде бы все довольны.

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

А можно узнать чем не понравился OEL?

Частыми kernel panic из-за багов в uek

пока тот же centos с сильно меньшим количеством зеркал для обновлений - это пока единственное что не нравиться, очень медленные у них зеркала

Кто мешает поднять своё зеркало на spacewalk?

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

А можно узнать чем не понравился OEL?

Частыми kernel panic из-за багов в uek

ппц. А не uek ядра работали стабильно?


пока тот же centos с сильно меньшим количеством зеркал для обновлений - это пока единственное что не нравиться, очень медленные у них зеркала

Кто мешает поднять своё зеркало на spacewalk?

Нет необходимости пока.

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

А не uek ядра работали стабильно?

Да

Спасибо. Тогда буду рассматривать OEL как замену CentOS.

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

Я рассматриваю вариант выбора OEL для production, так как обещают более быстрые обновления чем CentOS (сейчас на production CentOS).

Да мало-ли что они там обещают? Т.е. тот факт что сам оракл ждет пока обновления выйдут в rhel вас нисколечко не смущает? Даже в самом лучшем случае обновления в оракл попадут параллельно с выходом тех же самых обновлений в центосе.

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

Я рассматриваю вариант выбора OEL для production, так как обещают более быстрые обновления чем CentOS (сейчас на production CentOS).

Да мало-ли что они там обещают? Т.е. тот факт что сам оракл ждет пока обновления выйдут в rhel вас нисколечко не смущает?

смущает, но выдать деньги на RHEL смущает руководство банка.

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

Мне показалось что в centos они идут с ощутимой задержкой, oracle обещают выставлять обновления быстрее.
В то что они обещают выставлять их быстрее чем RedHat я не верю.

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

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

Так или иначе источник это rhel а дальше я так вангую что логотипы и прочее убирает центось и только после этого из центоси оно попадает в оракль.

Но это только мои догадки. :)

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

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

Так или иначе источник это rhel а дальше я так вангую что логотипы и прочее убирает центось и только после этого из центоси оно попадает в оракль. Но это только мои догадки. :)

Так и есть, просто centos стал медленно это делать.
Задержки с выходов 6.1 .. 6.4 были очень серьезные.
Из клонов RHEL (Сentos,OEL,Sientific Linux) OEL выглядит самым проворным в выставлении своих логотипов на собранные из RHEL пакеты.
Самый медленный Sientific Linux.

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

Так и есть, просто centos стал медленно это делать.

А по сути никто не мешает самому забирать src.rpm у rhel-а вырезать все то же что вырезает центось и самому себе собирать rpm-ки. И емнип в таком случае если делать самому и для себя ( но не для распространения или продажи) то и вырезать ничего не нужно!

init_6 ★★★★★
()
Ответ на: комментарий от alt-x

Я так понял из описания что в DTrace можно не просто записать массив счетчиков с последующим анализом, а задать логику реакции на события в рантайме на C подобном языке.

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

А по сути никто не мешает самому забирать src.rpm у rhel-а вырезать все то же что вырезает центось и самому себе собирать rpm-ки. И емнип в таком случае если делать самому и для себя ( но не для распространения или продажи) то и вырезать ничего не нужно!

Идея хорошая, просьба тем кто пробовал поделится опытом(и информацией о граблях).

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

Идея хорошая, просьба тем кто пробовал поделится опытом(и информацией о граблях).

man rpm, man rpmbuild вот тебе и все грабли.

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