The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Особенности Linux-ядра, созданного для дистрибутива компании Oracle

07.01.2011 14:57

Опубликовано интервью с директором по маркетингу открытых продуктов Oracle, касающееся подготовки нового Linux-ядра для дистрибутива Oracle Unbreakable Linux. Напомним, что в конце сентября Oracle заявила о начале поставки для своего Linux-дистрибутива, являющегося клоном RHEL 5, собственной сборки Linux-ядра, специально оптимизированного для выполнения промышленного программного обеспечения и продуктов Oracle.

Из интересных сведений, которые можно почерпнуть из интервью можно отметить:

  • Ядро основано на версии 2.6.32 и включает в себя большое количество оптимизаций и исправлений, подготовленных благодаря совместной работе инженеров и тестировщиков из различных подразделений Oracle, развивающих Linux-дистрибутив, СУБД, промежуточное ПО и аппаратные платформы. Несмотря на то, что Oracle не планирует синхронизировать свои дополнения с каждым новым выпуском основной ветки Linux-ядра, разработчики отслеживают процесс развития основной ветки ядра и скорее всего будут переходить на более новые базисные версии раз в год.
  • Все созданные в рамках проекта Unbreakable Enterprise Kernel разработки являются открытыми и доступны для свободной загрузки через публичный Git-репозиторий. Все изменения подробно документируются в changelog-файле и поставляются в виде индивидуальных патчей (для сравнения, изменения, внесенные компанией Red Hat в модифицированное ядро для RHEL 6, поставляется в виде одного большого патча).
  • Готовые бинарные сборки для совместимых c RHEL 4 и 5 дистрибутивов и src.rpm-пакеты представлены на сайте public-yum.oracle.com. Не накладывается никаких ограничений на поставку подготовленного в Oracle ядра в сторонних продуктах.
  • Ядро оптимизировано для достижения значительного повышения производительности при использовании совместно с продуктами Oracle Exadata Database Machine и Oracle Exalogic Elastic Cloud, но также рекомендуется для использования с любыми другими Linux-приложениями от Oracle и любых других производителей. Большая работа предпринята в направления увеличения производительности, масштабируемости и надежности при выполнении промышленных приложений;
  • Unbreakable Enterprise Kernel гарантирует неизменность ABI-интерфейса и позволяет менять ядро без опасения нарушения совместимости с уже собранным пользовательским окружением. Новое ядро проверено на совместимость с большинством приложений RHEL 5, для запуска которых не потребуются какие-либо системные изменений. Например, пользователь Oracle Linux может перейти от ядра Unbreakable Enterprise Kernel к ядру, совместимому с дистрибутивами Red Hat, и обратно. Оба ядра покрываются стандартными планами коммерческой поддержки Oracle;
  • По сравнению с ядром из состава RHEL 5, ядро Unbreakable Enterprise Kernel демонстрирует повышение производительности в OLTP-тестах на 75%, а в Infiniband-тестах на 200%. Кроме того, при использовании нового ядра для работы с SSD-накопителями наблюдается ускорение на 137% (справедливости ради стоит отметить, что все сравнения Oracle базируются на оценке ядра из состава RHEL 5, в то время как уже вышел релиз RHEL 6 с существенно обновленным ядром, также базирующемся на ветке 2.6.32);
  • Специальные оптимизации для hi-end серверов и систем, базирующихся на архитектуре NUMA. Улучшение системы управления питанием и контроля эффективности энергопотребления. Более точный контроль потребления ресурсов CPU и памяти;
  • Поддержка расширений по контролю целостности данных (Data Integrity Extensions) и информационной модели T10-защиты (T10 Protection Information Model), что позволяет защитить данные от их повреждения при их записи в хранилище за счет сохранения дополнительных корректирующих блоков. Добавлена поддержка аппаратных платформ по управлению сбоями. Интегрирована подсистема Performance Counter, позволяющая задействовать для выявления узких мест, отладки и профилирования специальных "PERFMON" регистров, доступных в современных CPU (например, Intel Core 2);

Отдельно отмечается активное участие разработчиков Oracle в продвижении новых технологий в основную ветку Linux-ядра и организация работы в тесном сотрудничестве с сообществом. В частности, в основное ядро уже включены многие наработки Oracle, связанные с кластерными технологиями, обеспечением целостности данных, файловыми системами (например, Btrfs), виртуализацией, асинхронным вводом/выводом и тестированием качества. По оценке организации Linux Foundation силами Oracle произведено около 2.3% всех изменений в основном Linux-ядре.

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

  1. Главная ссылка к новости (http://www.linux.com/news/feat...)
  2. OpenNews: Компания Oracle начала поставку собственного Linux-ядра для Oracle Linux и RHEL
  3. OpenNews: Релиз Red Hat Enterprise Linux 6
  4. OpenNews: Компания Red Hat поделилась планами, касающимися Linux-ядра в RHEL 6
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/29214-oracle
Ключевые слова: oracle, linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (72) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.4, Igor Kovalenko (?), 15:36, 07/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >разработчики отслеживают процесс развития основной ветки ядра и скорее всего будут переходить на более новую версию раз в год.
    >являются открытыми и доступны для свободной загрузки через публичный Git-репозиторий

    Если это так, то новость очень позитивна, поскольку: во-первых, это серьезный шаг со стороны Оракл в участии в делах linux-сообщества на паритетных началах, а во-вторых, опыт Оракл в эксплуатации нагруженных систем никто не может отрицать, и если эта компания готова этим опытом делится (хотя бы в виде патчей), то это - просто прекрасно!

    ...вот только на основе других их "начинаний" есть повод усомнится в их белостости и пушистости в этом случае.((((

     
     
  • 2.14, ананим (?), 16:46, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Это, по сути, единственная возможность использовать линукс как платформу - создать собственный дериват, унифицировать его, стабилизировать архитектуру, и поддерживать собственным...

    судя по истории развития и таки интереса именно к линух - не единственная. :D

    зы:
    понимая это, можно пойти дальше и задать (и ответить) следующие по хронологии вопросы -
    оправдаться? да.
    построить модель бизнеса с оракловыми амбициями? да.
    при этом перестроившись под новую стратегию получения прибыли с минимальными затратами? тоже да.
    ззы:
    еще один факт в подтверждение - тут не так давно сантехники радовались, цитируя ларри о более зрелой платформе под названием солярис и на все лады обсуждали смерть линуха в оракле...
    оно и верно - зачем им линух? :D

     
  • 2.22, Gular (ok), 17:23, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    дистрибутив от RH ничем не хуже. тоже промышленная система, которая специально для этого заточена.
     

  • 1.6, nwa (?), 15:41, 07/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А есть опыт накатвания сего ядра на RHEL 5 с Ораклом? ТП RHEL-a навернео будет против такого?
     
     
  • 2.10, kb (?), 16:01, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, не против, просто поддержку потеряешь) А так -- подозреваю на CentOS будут реквестировать такое (и они вполне могут запилить).
     
     
  • 3.15, ананим (?), 16:51, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а чего там пилить то? ставишь ядро и все.

    зыж
    но логика какова?!! где центос и где поддержка? :D
    ну а если нет поддержки, то хоть на генту ставь. вот как-то так.

     
     
  • 4.19, kb (?), 17:00, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > а чего там пилить то? ставишь ядро и все.
    > зыж
    > но логика какова?!! где центос и где поддержка? :D
    > ну а если нет поддержки, то хоть на генту ставь. вот как-то
    > так.

    Может я открою тебе тайну, но CentOS как раз на поддержке заработывает, только не как Ред Хат, а здесь клиенты, в основном -- хостеры, которым часто нужно пересобрать ядро или еще что поменять, что сломает договор с Ред Хатом. У Ред Хат -- монолит, к которому они делают идеальную поддержку, у ЦентОС -- гибкая система, в которой они делают всё, что возможно, чтоб помочь тебе.

     
     
  • 5.26, ананим (?), 17:41, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    ещё раз. если не понятно.
    клиентам оракла важна поддержка оракла.
    и не только ОС (которую может поддерживать и рх, и новел), а всех продуктов оракла.

    внимание, вопрос!
    центос будет поддерживать оракловую субд, oebs и т.д.?
    очевидно нет?
    и видимо также очевидно, что оракл не поддерживает центос?

     
     
  • 6.30, kb (?), 18:15, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ещё раз. если не понятно.
    > клиентам оракла важна поддержка оракла.
    > и не только ОС (которую может поддерживать и рх, и новел), а
    > всех продуктов оракла.
    > внимание, вопрос!
    > центос будет поддерживать оракловую субд, oebs и т.д.?
    > очевидно нет?
    > и видимо также очевидно, что оракл не поддерживает центос?

    Еще раз поясняю. В исходном сообщении ты сказал:
    > ТП RHEL-a навернео будет против такого?

    Я тебе ответил, что RHEL'у похер, потому что их поддержку при накатывании кастомного ядра ты просто потеряешь и они не обязаны будут отвечать на твои вопросики. Что неясно еще?

     
     
  • 7.31, ананим (?), 18:46, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    не знаю кому ты отвечал, но точно не мне :D

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

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

     
  • 2.25, Pavel (??), 17:34, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Если у Вас есть поддержка RHEL, то Вы можете обращаться за поддержкой и в Oracle тоже. Это озвучивалось на последнем Oracle Day, если ничего не путаю.
     

  • 1.8, Анон (?), 15:43, 07/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Против будет директор ИТ. Кто это будет делать на боевой системе, полной данных? "Не сломалось - не чини".
     
  • 1.9, Аноним (-), 15:53, 07/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    лол, прямо ораклевый гетзефактс по сравниванию 2.6.18 и 2.6.32. Надо было ещё TCO сравнить «правильным» способом
     
     
  • 2.58, Michael Shigorin (ok), 00:23, 08/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > лол, прямо ораклевый гетзефактс

    "Порадовало", что относительно предыдущей новости (на которую ссылка) diff небольшой, зато с полным паровозом уже прозвучавшего и прокритикованного в части перекосов подачи.

     

  • 1.11, Аноним (-), 16:13, 07/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >А так -- подозреваю на CentOS будут реквестировать такое

    Да что то они "шестерку" никак не сделают...

     
     
  • 2.18, kb (?), 16:57, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>А так -- подозреваю на CentOS будут реквестировать такое
    > Да что то они "шестерку" никак не сделают...

    Сделают, просто торопиться не нужно. Это кропотливый процесс, который, кроме замены пакета с иконками и логотипами, и пересборки всех пакетов в точно такой же последовательности и с такими же патчами (чтоб было полностью бинарно совместимо всё) еще требует поиска и ловли всех мест, где в программках ссылки на багзиллу редхата, где имейлы редхата в программах и так далее. Послушай FLOSS Weekly с гостем из CentOS, рекомендую.

     
     
  • 3.54, б.б. (?), 23:53, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    а сцинтик шестой как там поживает?
     
  • 2.59, Michael Shigorin (ok), 00:26, 08/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    http://lwn.net/Articles/417849/
     

  • 1.12, pavlinux (ok), 16:14, 07/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Галимый пиар. Них..ра оно не быстрее. Точнее быстрее, но чем 2.6.32, 2.6.36 и дальше не касается.
    Так что, если планируете купить Unbreakable Linux, скачайте Debian 6 и 2.6.37 ядро. :)
     
     
  • 2.17, ананим (?), 16:55, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    все это конечно хорошо, но...
    покупают решения оракл. а линух тут так, довесок.
    раньше можно было этот довесок в рх взять. или у новела. теперь токо в оракле.
    бизнес. и ничего личного. болеар не выдержит двоих. и т.д.
     
     
  • 3.23, pavlinux (ok), 17:29, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Дело в том, что разгон того же Infiniband иль тюнинг серверов займёт столько же время, сколько и на Дебиан.
    Единственное, это хорошая отмазка для админов, - глючит звоним в саппорт,
    купили саппорт за 10000$ получите 24x7, купили за 5000$ - 9x5 (причём, В ИХ рабочее время.)
    купили тока апдейты - ну извиняй начальник - ты жмот, надо вызывать инжунера Оракла.

    Поэтому для Линуха выгоднее иметь своего домашнего гуру-хомячка.

     
     
  • 4.27, ананим (?), 17:47, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ну дык и я о чём.
    ты можешь себе представить многомиллионный контракт без такой поддержки?
    я - нет.

    зы:
    при чём "иметь своего домашнего гуру-хомячка" при этом не исключается.
    более того, обязательное условие.
    хотя... у оракла есть услуга разворачивания ваших "бизнес-потребностей" на их ресурсах с их специалистами.
    но это сильно на любителя (в индостане, с индотрафиком, с индоанглийским) :D

     
  • 4.66, CAHbKA (?), 17:45, 08/01/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну какой там к едрёне разгон На 75 быстрей, на 137 быстрей осознайте чтол... большой текст свёрнут, показать
     
     
  • 5.85, slepnoga (ok), 14:12, 09/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > - куча народа считает, что оно на 75% /или что-то типа того/
    > быстрее прочих
    > - перетянутое одеяло (а спёрли у всех) видит вообще мало кто
    > И кстати, фраза  "большое количество оптимизаций и исправлений, подготовленных благодаря
    > совместной работе инженеров и тестировщиков из различных подразделений Oracle, развивающих
    > Linux-дистрибутив" означает, вовсе не то, что именно оракл делает для нас
    > линукс, как у многих подспудно отложилось на корочку, а то, что
    > вместо десятков индусов наняты сотни арабов - индусы и дороги и
    > не нужны для той работы, той якобы пользы, о которой громогласно
    > кричат...

    Однако, качественные, годные кирпичи прозводишь, флейм раздуваешь мастерски

     
     
  • 6.89, CAHbKA (?), 17:13, 09/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Однако, качественные, годные кирпичи

    Да уж... перевозбудился...
    Если это извинит, то от того, что в памяти еще свеж предыдущий прорыв в линуксостроении - впечатляющее ускорение XEN /той же группой лиц/

     
  • 5.94, Evil_muzzle (?), 13:08, 01/02/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Совершенно очевидно, что некто CAHbKA не в курсе что такое oracle exadata и потому увеличение производительности в разы воспринимает как "так не бывает". :)

    И еще вот меня очень радует термин "адекватные люди". Адекватные ЧЕМУ люди?

    Кстати да, меня тоже огорчает бранчевание OEL. Но оптимизация ядра под exadata логична и востребована.

     
     
  • 6.95, CAHbKA (?), 22:08, 02/02/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > не в курсе что такое oracle exadata
    > и потому увеличение производительности в разы воспринимает как "так не бывает".

    чего хоть проснулись-всполошились то, почти месяц уже ж миновал (;
    да и чтение спросонья каментов ни к чему хорошему, как видно, привести не может (О:

     
  • 2.75, User294 (ok), 07:13, 09/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > скачайте Debian 6 и 2.6.37 ядро. :)

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

     
     
  • 3.84, pavlinux (ok), 13:51, 09/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> скачайте Debian 6 и 2.6.37 ядро. :)
    > А потом лично прикрутите одно к другому изолентой, ага. И лично произведите

    Прикрутим, но не изолентой, а титановыми болтами, можно с левой, можно с правой резьбой.

    > 100500 тестов получившегося агрегата на совместимость, надежность и что ничего не отвалилось.

    Пугает другое, зачем это делает сам Оракл. Когда они должны выпускать своё оборудование
    заведомо совместимое и 100% работающие под своими осями.

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

     

  • 1.13, Аноним (-), 16:34, 07/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    И ни слова про zfs? интересно, зачем теперь ораклу продолжать пилить btrfs, когда у нее есть уже аналог, вылизываемый уже более 5 лет.
     
     
  • 2.16, К.О. (?), 16:55, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Никому, кроме виртуализаторов, ваша ZFS не уперлась. В этом и соль. Но в силу ее удобства для виртуалок - может когда и допилят.
     
     
  • 3.20, Аноним (-), 17:13, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Мне она, например, очень даже уперлась. Пустив поверх zfs-fuse самбу можно элементарно получить работающий аналог shadow copy/time slider и тд. Хотя можно попробовать и на nilfs2. Впрочем, и на btrfs тоже. Вся разница в стабильности - одна фс используется реально уже несколько лет, вторая тоже кое-где используется и практически на стадии допиливания, третья еще до тестабельного состояния не доросла.

    Во,вторых - если снапшоты/дедупликация и прочие фишки никому не уперлись - почему же пилят btrfs?

     
     
  • 4.24, ананим (?), 17:32, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    чуть ниже ответил...
    но если про самбу, шэдоукопи и т.д. - для этого zfs не обязателен
    http://www.wlug.org.nz/SambaShadowCopyHowto
    а также куча всего с ключевыми словами samba + lvm, ocfs2, gfs, drbd,....

    но вопрос - ораклу это напуркуа надо?

     
     
  • 5.33, Аноним (-), 19:23, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, можно и поверх xfs+lvm тоже сделать. А как там дела с дедупликацией, сжатием, рейдами и тд? чексумы есть? Зачем заморачиваться изобретая, нет не велосипед, а тот же зфс, только по другому и на коленке. объективных (технических) претензий к zfs на самом деле нет, все упирается в субъективное отношение (в сопли).

    причем тут сетевые файловые системы я честно не понял.

     
     
  • 6.34, ананим (?), 20:23, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    не сетевые. кластерные. :D
    а при чём они? ну так при том же как и дедупликация, сжатие и т.д.

    повышение доступности и отказоустойчивости мне как-то выглядит более привлекательным в продуктивной системе, чем сомнительной пользы экономия дискового пространства (и удобство админа) за счёт нагрузки (не мелкой) на сервер.
    опять же, из всего выше перечисленного вами имеет смысл в практическом (продакшн) применении не перечисленная шифрация данных разве что (??? :D).

    получается, что все аргументы zfs пока характерны для любителей халвы, то бишь сохо-сегмента, то бишь файлопомоек.
    это конечно сильно интересно ораклу и его клиентам (для уточнения: это сарказм) :D
    зы:
    кстати, всё это - о соплях. раз уж вам так сей термин приглянулся.

     
     
  • 7.36, ананим (?), 20:35, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ах да! чексуммы...
    ну, систему надо знать, даже если хочешь использовать только zfs :D
    http://www.mjmwired.net/kernel/Documentation/block/data-integrity.txt
     
  • 7.39, Аноним (-), 21:31, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну так, не вдаваясь в петабайты соплей относительно высоких материй, полетов на луну и стотыщпятьсот нодовых кластеров, увидим ли мы сегодня наконец список файловых систем под линукс которые могут элементарно делать снапшоты, дедупликацию и сжатие данных, а также автохилинг по чексумам? Да хотя бы для хомяка.

    Касательно той ссылочки - вы, кстати, сами то ее читали? Неплохо бы приложить списочек железа совместимого. И подсистему, которая не только будет обнаруживать ошибки чексум, а еще и восстанавливать данные. Затем сравните вот например с этим случаем: http://blogs.sun.com/constantin/entry/zfs_saved_my_data_right

     
     
  • 8.46, ананим (?), 22:45, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    а сколько вас и где я говорил что покажу вам цитата список файловых систем по... текст свёрнут, показать
     
     
  • 9.50, Аноним (-), 23:04, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В общем, как и ожидалось, никакой альтернативы вы предложить не можете Зато ку... текст свёрнут, показать
     
  • 7.43, Аноним (-), 21:41, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > это конечно сильно интересно ораклу и его клиентам (для уточнения: это сарказм) :D

    это не сарказм - это слив. спрошу еще раз - зачем же тогда оракл пилит btrfs ?
    Правильно, потому что:

    это конечно сильно интересно ораклу и его клиентам (для уточнения: это ТОЖЕ сарказм)

     
     
  • 8.47, ананим (?), 22:47, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    а вот это точно не сарказм это идиотизм потому что полный идиотизм считать бтр... текст свёрнут, показать
     
     
  • 9.51, Аноним (-), 23:08, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно не сравнить, zfs гораздо обширнее и богаче по возможностям Но если орак... текст свёрнут, показать
     
     
  • 10.53, ананим (?), 23:29, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    богаче ну-ну архитектура zfs не подходит под оракловую субд чуть более чем ник... текст свёрнут, показать
     
     
  • 11.55, Аноним (-), 23:58, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    У вас еще и склероз Речь как бы шла о мелкой файлопомойке, как вы изволили выра... большой текст свёрнут, показать
     
     
  • 12.57, Аноним (-), 00:20, 08/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    вдогонку - единственное разумное объяснение, которое приходит мне в голову, - се... текст свёрнут, показать
     
     
  • 13.63, ананим (?), 00:38, 08/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    уже писал, но повторюсь учитывая ваш диагноз и моё человеколюбие - бтр им инте... текст свёрнут, показать
     
  • 13.61, Аноним (-), 00:36, 08/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Уж кто бы говорил про склероз и слабоумие Сначала чуть позже Вы уж как нибудь о... текст свёрнут, показать
     
     
  • 14.64, ананим (?), 00:44, 08/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    так диагноз подтверждается D один человек в разработке вряд ли похож на форсир... текст свёрнут, показать
     
  • 10.73, fi (ok), 01:19, 09/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачем ваш зфс, как уже отметили выше, для малого бизнеса Крупный ... текст свёрнут, показать
     
     
  • 11.82, К.О. (?), 13:07, 09/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Лично я вообще ZFS в продакшн ставить не рискнул бы Там накручено столько, что ... текст свёрнут, показать
     
  • 11.90, Michael Shigorin (ok), 17:17, 09/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    VxFS, по словам ZFS-хакера, солярщики покупали не от хорошей жизни с UFS под на... текст свёрнут, показать
     
  • 3.21, ананим (?), 17:14, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    вот когда (и если) zfs скрестят с люстрой, тогда что-то может быть и получится.
    а пока zfs не понятно как и с чем продавать. производительность на ней оракловых решений желает много лучшего.
    и тем более, что для линуха они давно уже выпускают Oracle Automatic Storage Management Cluster File System. вот на_почитать - http://download.oracle.com/docs/cd/E11882_01/server.112/e16102/asmfilesystem.
    не так "удобна" как zfs, но!!! кластерная, со снепшотами и прочими поэтессами.
    зачем им zfs?
     
     
  • 4.70, Анон (?), 21:38, 08/01/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > вот когда (и если) zfs скрестят с люстрой, тогда что-то может быть
    > и получится.
    > а пока zfs не понятно как и с чем продавать. производительность на
    > ней оракловых решений желает много лучшего.
    > и тем более, что для линуха они давно уже выпускают Oracle Automatic
    > Storage Management Cluster File System. вот на_почитать - http://download.oracle.com/docs/cd/E11882_01/server.112/e16102/asmfilesystem.
    > не так "удобна" как zfs, но!!! кластерная, со снепшотами и прочими поэтессами.
    > зачем им zfs?

    Вот не надо ля-ля про производительность. Сам-то пробовал? С выполнением рекомендаций по настройке ФС и прочем, на реальной БД?

     
     
  • 5.71, ананим (?), 22:32, 08/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    пробовал.
    и ещё раз - пробовал.
    см. выше обсуждение с ссылками на асм, ocfs, rawdevices, эксадаты (без zfs) и пр.
    ещё раз повторю - если кто-то утверждает что может достичь увеличение производительности, тот наглый врун. кэш любой фс для субд оракл как 5-е колесо, а в zfs тем более.
    ещё раз - галимая ложь от дба-недоучек.
    ставить оракл в продакшн на zfs - это всё равно что рассматривать в этом продакшене серьёзно винду для оракла.
     
     
  • 6.86, zerot (ok), 15:42, 09/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    парни, какой то странный флэйм вы развели. Оракл в качестве майнстрима давно уже рекомендует использовать не универсальные файловые системы, а свою специализированную под работу с СУБД AFS, которая является майнстримом. Особенно для Оракловых кластеров, где без её использования довольно сложно обеспечить отдельные нюансы кластерной инсталляции (а именно пространства реестра и выборов/голосования)
    -
    Наверно вы не знали, но всякие универсальные ФС для хранения данных использовать можно, но майнстримом является совсем другое решение Oracle AFS, и ораклу, я думаю, глубоко наложить на потребности местных ораторов в тех или иных фичах файловой системы, ибо они продают законченное коммерческое решение не относительно мало обеспеченным ораторам, пусть и с пониманием технических нюансов, а тем, у кого есть бабло на этии не дешёвые решения, являющиеся номером ОДИН в мире СУБД. Как и у IBM политика здесь простая - вы либо пользуетесь нашей лопатой (например Lotus Domino), либо отправляетесь в пешее эротическое путешествие на поиски альтернатив

     
  • 3.38, Аноним (-), 21:29, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Переименуйся в K.И. :)

    ZFS сильно расстраивает datastorage вендоров типо NetApp, EMC и т.д. То есть санбокс с кучей дешевых дисков уже конкурент их недешевым о общем то системам. А уж из чего ты к данным лезешь - совсем пофиг. Ну напрочь.

     
  • 2.68, Мяут (ok), 19:22, 08/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    В ZFS Oracle ищет основу для СХД собственного производства. Договор с Hitachi Disk Systems уже разорван, обновление Storage 7000 выпустили. Ну и ExaData еще (хотя там несколько все сложнее чем просто ZFS)...
     
  • 2.76, User294 (ok), 07:25, 09/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > И ни слова про zfs? интересно, зачем теперь ораклу продолжать пилить btrfs,
    > когда у нее есть уже аналог, вылизываемый уже более 5 лет.

    1) Затем что в Linux zfs не будет - спасибо саням за лицензию. А кастомеры хотят линукс. Например, потому что софта под соляру - не больно то и дохрена, особенно актуальных версий. А ораклу думаю вообще не принципиально что продавать. Операционка для них так, техническая сущность нужная им для возможности продажи их продуктов.

    2) Архитектурно btrfs избавлен от ряда дурных/странных аспектов ZFS. Как известно, экстенты эффективнее традиционного блочного выделения. И возможность изъять диск из пула в btrfs штатно задумана и заложена в структуры ФС, так что можно быстро слить с диска данные на другие диски и изъять его.

     
     
  • 3.79, Аноним (-), 11:46, 09/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > 1) Затем что в Linux zfs не будет - спасибо саням за лицензию.

    не путать не будет в линуксе и не будет на кернел.орг

    fuse- http://zfs-fuse.net/

    нативный модуль- http://zfs.kqinfotech.com/

    на днях кто-то даже умудрился установить и загрузить линукс с zfs.
    вот читайте:

    http://www.xiahaiqu.com/blog/2011/01/install-ubuntu-10-04-server-on-zfs/

    > И возможность изъять диск из пула в btrfs штатно задумана и заложена в структуры ФС, так
    > что можно быстро слить с диска данные на другие диски и изъять его.

    открою вам страшную тайну - из рейда можно вытащить любой диск!

     
     
  • 4.80, Мяут (ok), 12:06, 09/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > открою вам страшную тайну - из рейда можно вытащить любой диск!

    Имеется в виду vdev из динамик страйпа. Т.е. более высокий уровень.
    Багу тысяча лет уже: http://bugs.opensolaris.org/view_bug.do?bug_id=4852783

     
  • 4.91, Michael Shigorin (ok), 17:24, 09/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > открою вам страшную тайну - из рейда можно вытащить любой диск!

    На всякий: бывают ещё RAID0 и в эквиваленте (достаточно деградировавшие страйповые).
    Из них тоже можно вытащить, но данные затем останется выцарапывать.

    Некоторые думают, что можно из работающей пятёрки вытащить любой диск, засунуть назад и вытащить любой другой.  Так вот о том, что после первого получается degraded -- они подумать не успевают, а потроха ещё не научились подсказывать...

    (а ещё бывает double fault, даже если и не развалить собственноручно N+1-м диском)

     

  • 1.65, iCat (ok), 16:10, 08/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Жаль. Очень жаль, что в обзоре так ничего и не сказали про ZFS в ядре... (А так хочется)
     
  • 1.67, Аноним (-), 19:20, 08/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ого, Unbreakable, уровень пафоса после покупки сан у оракла зашкалил не слабо
     
     
  • 2.69, Анон (?), 21:37, 08/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > ого, Unbreakable, уровень пафоса после покупки сан у оракла зашкалил не слабо

    Протри глаза, этому бренду уже лет 8 от роду. Какая там еще покупка Сан, он уже давным-давно так называется.


     

  • 1.72, lucentcode (ok), 01:06, 09/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    То, что они создают патчи для ядра - это прекрасно. Есть у них некоторое не очень благородные начинания, но в данном случае они молодцы. Какая разница, кто дал сообществу хороший патч? Главное, Linux развивается. Чем больше компаний пилит Linux и Open Source, тем лучше. Не стоит среди бизнесменов искать белых и пушистых. Нет их. Каждый думает о прибыли. Когда выгодно открыть продукт, или основную его часть - они его открывают. Open Source - это возможность разработать сложный продукт с меньшими затратами. Так, как над открытым ПО работают совместно люди из разных компаний, и просто энтузиасты, то компании легче править многие баги, тестировать данный продукт на широком ассортименте различного железа и т.д. В общем, бизнес видит в Open Source возможность экономить на разработке своего ПО приличные деньги. Именно выгоды совместной разработки заставляют их открывать многие продукты, и наоборот, быть против открытия других продуктов. А идеологические заморочки - удел студентов и их преподавателей:)
     
     
  • 2.74, CAHbKA (?), 02:02, 09/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > То, что они создают патчи для ядра - это прекрасно.

    О да, кто бы спорил! Патчи убыстряющие инфинибенд на 200%, а SSD на 137% очень нужны! А как индикатор отношения к аудитории так и просто незаменимы. Да и чего бы маркетоидам оракла не порадовать пацанов из "сообщества"?
    Уже подзабыли про сбегающих "крыс", и как раз не лишним будет напомнить, что те, кто остался выдают и 137%, и 200%, и сколько скажут, на гора одной левой

     
     
  • 3.77, User294 (ok), 07:28, 09/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > и просто незаменимы. Да и чего бы маркетоидам оракла не порадовать
    > пацанов из "сообщества"?

    В конечном итоге, прелесть опенсорса в том что если выигрывает кто-то один, остальные потом тоже могут выигрывать точно так же, если оно им будет надо. Посему - не вижу причин ругать оракл за их потуги оптимизации/патчинга/чтотамеще. Акулы в принципе могут быть и тягловой силой. При правильном подходе :)

     
     
  • 4.78, CAHbKA (?), 08:30, 09/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > В конечном итоге, прелесть опенсорса в том что если выигрывает кто-то один,
    > остальные потом тоже могут выигрывать точно так же, если оно им
    > будет надо.

    Так да, тут даже и спорить не о чем - у нас вообще каждый может стать миллионером, миллиардером, ну или президентом на худой конец. Потом. Если захочет.

    Ради интереса зашел на без никаких ограничений паблик yum, ну просто знаете скачать ускоритель инфинибенда и убыстритель SSD... А парни, кроме того, что ежедневно совершают прорыв и ускорение еще и скромники преизрядные - ядрышко с 200% там с сентября прошлого года лежит... Эх, раньше бы знать! Новости как-то запаздывают....

     
     
  • 5.87, zerot (ok), 15:47, 09/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >> остальные потом тоже могут выигрывать точно так же, если оно им
    >> будет надо.
    > Так да, тут даже и спорить не о чем - у нас
    > вообще каждый может стать миллионером, миллиардером, ну или президентом на худой
    > конец. Потом. Если захочет.
    > Ради интереса зашел на без никаких ограничений паблик yum, ну просто знаете
    > скачать ускоритель инфинибенда и убыстритель SSD... А парни, кроме того, что
    > ежедневно совершают прорыв и ускорение еще и скромники преизрядные - ядрышко
    > с 200% там с сентября прошлого года лежит... Эх, раньше бы
    > знать! Новости как-то запаздывают....

    новость про эти ТИПА ускорения проскакивала не позже начала декабря прошлого года. А то, что ядро для СУБД будет меняться редко - это как раз естественно и правильно

     
     
  • 6.92, ананим (?), 05:42, 10/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ващето под сабжем сЦылки есть.
    и вторая из них указывает на 20.09.
     

  • 1.83, К.О. (?), 13:10, 09/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Поставил себе на тестовый домашний RHEL 5 это ядро. Могу отметить следующее:

    1) юзерспейс iptables надо пересобирать. не обязательно, но некоторые модули не работают без пересборки. для пересборки использовал пакет SRPM от RHEL6, убрав из него патчик CHECKSUM. прекрасно собралось и заработало

    2) аналогично придется пересобирать iptstate, с зависимостями - libnfnetlink и libnetfilter. перебирается опять же из пакетов RHEL6, без изменений

    3) еще пришлось пересобрать mcelog, ибо ругался. опять же - RHEL6 SRPM в помощь :)

    А так - работает хорошо, не чихает, не кашляет. Надо будет еще ext4-юзерспейс собрать, и попробовать систему на ext4 пересадить.

     
  • 1.93, ббб (?), 15:17, 10/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А никому в голову не приходило, что это это ядро для Oracle Unbreakable Linux является ничем иным как rc ядра из RHEL 6 (тогда ещё не вышедшего) и все эти маркетинговые бредни про 200% были по сравнению с RHEL 5.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру