Компания Oracle объявила (https://blogs.oracle.com/linux/entry/oracle_unbreakable_ente...) о выходе стабильной версии Unbreakable Enterprise Kernel 2 (http://oss.oracle.com/ol6/docs/RELEASE-NOTES-UEK2-en.html), варианта ядра Linux, ориентированного для промышленного применения в дистрибутиве Oracle Linux в качестве альтернативы ядру из состава Red Hat Enterprise Linux. Установка нового ядра поддерживается в Oracle Linux 5.8 и Oracle Linux 6.2, также нет никаких препятствий по использованию данного ядра в аналогичных версиях RHEL, CentOS и Scientific Linux. Обновления с устранением ошибок в прошлой версии Unbreakable Enterprise Kernel 1 будут выходить еще в течение 9 месяцев, но поддержка нового оборудования будет добавляться только в ветку Unbreakable Enterprise Kernel Release 2.Пакет Unbreakable Enterprise Kernel 2 основан на ядре Linux 3.0.16, дополненном дополнительными возможностями, оптимизациями и исправлениями. Ядро проверено на совместимость с большинством приложений, работающих в RHEL, и специально оптимизировано для работы с промышленным программным обеспечением и оборудованием Oracle. Unbreakable Enterprise Kernel 2 доступен (http://public-yum.oracle.com/) для свободной загрузки в исходных текстах из Git-репозитория (http://oss.oracle.com/git/?p=linux-uek-2.6.39.git;a=summary) без скрытия отдельных патчей, что позволяет другим дистрибутивам легко адаптировать наработки ядра Oracle в свои продукты.
Из ключевых особенностей (http://www.oracle.com/us/technologies/linux/uek-r2-features-...) Unbreakable Enterprise Kernel 2 от первой версии (http://www.opennet.me/opennews/art.shtml?num=29576) ядра Oracle, отмечается:- Переход на использования в качестве основы ядра Linux 3.0 с бэкпортирвоанием некоторых возможностей более новых ядер серии 3.x, в то время как прошлый выпуск базировался на ядре 2.6.32. Примечательно, что ядро Unbreakable Enterprise Kernel 2 идентифицирует себя как 2.6.39 для обеспечения совместимости с некоторыми приложениями, не адаптированными для новой нумерации ядер 3.x;
- Поддержка файловой системы Btrfs для промышленной эксплуатации. По умолчанию в Oracle Linux по прежнему остаётся ФС Ext4, которую отныне Btrfs дополняет в качестве официально поддерживаемой опции;
- Поддержка изолированных окружений на базе легковесных контейнеров LXC (LinuX Container), базирующихся на использовании cgroups и отдельных пространств имён. В LXC-контейнере не используется виртуализация, а на базе уже работающего ядра Linux создаётся отдельное представление операционной системы со своей структурой ФС и сетевым стеком;
- Экспериментальная поддержка (http://www.opennet.me/opennews/art.shtml?num=33169) системы динамической отладки DTrace, позволяющая выявлять причины узких мест и проблем с производительностью при помощи штатного ядра Linux и без необходимости перезапуска приложений. В версии DTrace для Linux пока доступно лишь несколько базовых провайдеров и ограниченное число контрольных вызовов (probes);
- Поддержка "Transparent Huge Рages", техники увеличения базового размера адресуемых страниц памяти (ранее размер страницы составлял всегда 4096 байт, а сейчас может быть увеличен до 2 или 4 Мб), что приводит к сокращению числа используемых TLB-блоков (Translation Lookaside Buffer) и расширению возможностей по задействованию выделенной, но неиспользуемой памяти, для кэширования системных данных (например, под дисковый кэш). Увеличение размера страницы особенно эффективно при использовании систем виртуализации и СУБД;
- Поддержка механизма уплотнения памяти (memory compaction), позволяющего снизить фрагментацию внешней памяти за счет перемещения нескольких использованных страниц памяти в один блок большего размера, состоящий из непрерывно следующих друг за другом занятых страниц. В итоге, после выполнения операции упаковки, вместо перемешанного набора свободных и занятых непрерывных страниц памяти, получается один большой блок с используемыми страницами и один большой блок со свободными страницами, что в дальнейшем упрощает проведения операций выделения больших областей памяти;
- Улучшения в поддержке Cgroups;
- Дополнительные наработки в области увеличения производительности и масштабируемости. Оптимизации затронули такие подсистемы как планировщик задач, система управления памятью, файловые системы и сетевой стек;- Улучшение поддержки систем виртуализации Xen. Дополнительные оптимизации для использования ядра на стороне гостевых систем. В ядре Unbreakable Enterprise Kernel 2 обеспечена полная поддержка работы в роли хоста на базе гипервизора Xen, а также возможность запуска в гостевых системах в режимах паравиртуализации и аппаратной виртуализации (HVM);
- Улучшение в релизации файловой системы OCFS2;
- Обновление драйверов устройств.
URL: https://blogs.oracle.com/linux/entry/oracle_unbreakable_ente...
Новость: http://www.opennet.me/opennews/art.shtml?num=33344
Не дай бог, Solaris похоронят!
Чего это... Давно пора Solaris хоронить, а все достойные наработки перенести в Linux.
Жалко... У Соляриса был потенциал стать лучшей из операционных систем, но в Оракле все загубили.
В чем этот потенциал заключается?
Система ролей, гораздо более гибкая и богатая чем в линуксе. Прекрасная реализация LDAP, заточенная на очень большие сети, zfs, которая и сейчас одна из лучших ФС, а года четыре назад вообще лучшая, отличные возможности виртуализации.
это не тот ли лдап, что ребренднул с Netscape Directory Server?
и на одной кодовой базе с 389 Directory Server?
не-не, не предлагать.зыж
система ролей - cgroups уже по-круче.
zfs - тормоз. под субд оракл считай 20-30% выкинул зря.
виртуализация - на спаках одна, на интелях xen - хрен редьки не слаще.
зоны? см. сабж с lxc. а ещё kvm, openvz,...хорошая была ОС. как и спарки.
но,.. время прошло. и спарки уже не те, и ОСи тоже.
Шварцу нужно было солярку под gpl3 выпускать, как он обещал - сейчас бы 2-а отличных ядра бы было.
>это не тот ли лдап, что ребренднул с Netscape Directory Server?Нет, не тот. Sun Java Enterprise System, и LDAP - только часть большой системы.
С остальным - согласен с Вами, но Солярис уже давно активно не развивается, в отличие от Линукса.
Угу. Это тот где 90% жабы и до АД или новела не дотягивает всё равно.
Ниразу даже не слышал об его использовании в продакшене.> но Солярис уже давно активно не развивается, в отличие от Линукса.
Должен заметить, что это началось задолго до покупки ораклом.
Как ктото из бывших топов сказал - к сожалению мы не успели открыть соларис, иначе бы он стал мэйнлайном, а потом опоздали.
> иначе бы он стал мэйнлайном, а потом опоздали.Стал бы или нет - вопрос открытый, но по крайней мере лишний шанс получил бы.
Чувак, ты б прежде, чем трындеть, на Солярис 11 глянул бы... А то со своим "в отличие от" выглядишь глупо, честно говоря.
OpenVZ до Zones ой как недотягивает.
Пример не хотите привести?
А то мой опыт показывает ровно противоположенное.
А до комстаров, т.е. во всех 10-ках и да сабжевого LXC.
И у вас большой опыт с обоими? У меня больше с Zones, OpenVZ пробовал ровно для сравнения. Не так удобно это раз, без zfs это два. Собственно, Zones позволяет виртуализировать окружение за секунд 20 макс (если не выкачивать из сети пакеты). Как по мне, эти продукты только внешне похожи.
> И у вас большой опыт с обоими?А что тут удивительного?
> без zfs это два.Зато с лвм/екстХ/xfs... не говоря уже про drbd/ocfs/..
>Собственно, Zones позволяет виртуализировать окружение за секунд 20 макс (если не выкачивать из сети пакеты). Как по мне, эти продукты только внешне похожи.Ну речь то о функциональности, а не об удобствах.
Ди и последние очень не плохи... настолько, что в хомтинге полно openvz и мало zone (при равной себестоимости — имню ввиду опенсолярку и клоны. И даже до покупки ораклом санок)
Да и функциональность то почти одинаковая. Но Zones я получаю на самой свежей версии ядра, они совершенно прозрачны и более того, легко переносимы и расширяемы. И да, тут забыли сказать, что у солярки еще есть SMF, правда для линуха тоже пытаются сделать что-то подобное.
Только не smf.
Вот от этой инновации я бы с радостью отказался.Зыж
> Но Zones я получаю на самой свежей версии ядра, они совершенно прозрачны и более того, легко переносимы и расширяемы.Это вообще не распарсил. Где эти свежие версии ядра и чем они переносимее и расширяемее.
Ззыж
Вы может не поняли, но я намекал - зоны аналогичны lxc из сабжа. Openvz имеет бОльшую бункциональность и совершенно другую реализацию.
Вот и сравнивайте зоны+комстар+... с лхс+опенасвитч+...
Хотя и они не идентичны, но по функционалу соизмеримы.
У меня только с Зонами нормальный опыт, поверю вам на слово. А что не так с SMF?
Для начала — vi и xml плохо коррелируют в терминале, а легаси-сервисы всё рано остались, при чём именно они то как раз и являются целью покупки.
Завели бы отдельный демон с шиной передачи данных и рулили бы остальными демонами с минимальными изменениями в скриптах запуска svr4. Нет же, и сюда нужно было встроить жабу с дом-парсером xml.
А почему vi и xml плохо коррелируют в терминале?
Потому что шеловские скрипты править и отлаживать куда удобней и быстрее.
Эмм, а вы вообще-то SMF в глаза видели?Там запуск итак в большинстве сервисов - с помощью скриптов. SMF только обеспечивает конфигурацию, и запуск-перезапуск сервисов. XML вообще нужен только один раз - при создании сервиса, потом уже можно редактировать конфигурацию с помощью svccfg.
Что за мамокверенный вопрос...
Отвечу так же - школьник?
> XML вообще нужен только один раз - при создании сервиса,Угу :D
Видимо я не настолько гениален, чтобы прям с первого раза налабать в терминале xml для запуска к поимеру кастомного кластера оракл, с апп-мнрвером, дискаверером, формсами и тд.
А вот баш скрипт написать и отдадить - легко.Зыж
> SMF только обеспечивает конфигурацию, и запуск-перезапуск сервисов.Ха! init тоже.
Во парадокс то.
> Что за мамокверенный вопрос...
> Отвечу так же - школьник?
>> XML вообще нужен только один раз - при создании сервиса,
> Угу :D
> Видимо я не настолько гениален, чтобы прям с первого раза налабать в
> терминале xml для запуска к поимеру кастомного кластера оракл, с апп-мнрвером,
> дискаверером, формсами и тд.
> А вот баш скрипт написать и отдадить - легко.Хочешь, подарю кластерный автостарт для SMF для оракла - со всеми сопутствующими службами - и его же iAS? Написанный как я линуксов, так и для солярисов начиная с 8 и с поддержкой SMF начиная с десятого, причем на борне?
> Зыж
>> SMF только обеспечивает конфигурацию, и запуск-перезапуск сервисов.
> Ха! init тоже.
> Во парадокс то.Не поверишь, чувак. Ты об SMF действительно ничего не знаешь. Там тащемта SQLite репозиторий с депендентами.
> Только не smf.
> Вот от этой инновации я бы с радостью отказался.Ты просто не умеешь ее готовить, неосилятор. Трудно сервисный манифест в ноутпаде написать?
> Зыж
>> Но Zones я получаю на самой свежей версии ядра, они совершенно прозрачны и более того, легко переносимы и расширяемы.
> Это вообще не распарсил. Где эти свежие версии ядра и чем они
> переносимее и расширяемее.
> Ззыж
> Вы может не поняли, но я намекал - зоны аналогичны lxc из
> сабжа. Openvz имеет бОльшую бункциональность и совершенно другую реализацию.
> Вот и сравнивайте зоны+комстар+... с лхс+опенасвитч+...
> Хотя и они не идентичны, но по функционалу соизмеримы.Теплое с мягким. Ты б посмотрел на продукт, прежде, чем трындеть. Не надо форумы читать. Надо самому посмотреть. И как следует, дабы уж сравнение хотя бы претендовало на объективность.
Ух ты сколько "осиляторов" развелось,
пытающихся доказать как им удобно трусы через голову одевать.
И только потому, что он "осилил" этот трюк.
ТРУСЫЫЫ/ноутпад в терменале соляры — это круто.:D
Я уж не говорю про в 3 раза больший объём и отладку...
можешь радоваться, "осилятор". Ты крут, но тупой:D
> Не так удобно это раз, без zfs это два.Обалденная аргументация!
- Перечислите недостатки Тойоты?
- Это не форд! И запчасти от форда не подходят!> Собственно, Zones позволяет виртуализировать окружение за секунд 20
> макс (если не выкачивать из сети пакеты).Ну так для openvz навалом готовых темплейтов для любых ОС, включая совсем минимальные. Минимальных вообще можно 100500 штук за 5 минут поднять. Тоже мне аргумент.
И 20–30% на ZFS вы потеряете включив одновременно дедубликацию, шифрование и компрессию, что собственно не удивительно.
Не-не.
Без них.
Я ведь говорил о субд оракл на zfs.
Хотя для апликэйшн сервера zfs подходит как не многие.
> И 20–30% на ZFS вы потеряете включив одновременно дедубликацию, шифрование и компрессию,
> что собственно не удивительно.Скажи мне, милый ребенок. А зачем это все одновременно включать, а? Ты дурак или прикидываешься? То, что законы сохранения действуют и в ИТ - для тебя сюрприз? На терабайтных дисках включать компрессию, доооооооооооо....... Ты еще Stacker вспомни, укупленный M$. Только, видишь ли, тогда самый крупный диск был 512 мегабайт, Коннер еще назывался. Ты тогда под стол пешком ползал. А шифрование тебе зачем? У тебя серверная - проходной двор? И что, дедупликация это пипец каждому нужная фича?
Смотри сюда, чел. Вот параметры ZFS из-под ОЧЕНЬ шустро работающего и шибко груженого сквида:
root @ ktulhu / # zfs get all data/cache
NAME PROPERTY VALUE SOURCE
data/cache type filesystem -
data/cache creation Thu Aug 18 14:29 2011 -
data/cache used 70.2G -
data/cache available 29.8G -
data/cache referenced 37K -
data/cache compressratio 1.00x -
data/cache mounted yes -
data/cache quota 100G local
data/cache reservation none default
data/cache recordsize 4K local
data/cache mountpoint /data/cache default
data/cache sharenfs off default
data/cache checksum on default
data/cache compression off default
data/cache atime off inherited from data
data/cache devices on default
data/cache exec off inherited from data
data/cache setuid off inherited from data
data/cache readonly off default
data/cache zoned off default
data/cache snapdir hidden default
data/cache aclinherit restricted default
data/cache canmount on default
data/cache shareiscsi off default
data/cache xattr on default
data/cache copies 1 default
data/cache version 5 -
data/cache utf8only off -
data/cache normalization none -
data/cache casesensitivity sensitive -
data/cache vscan off default
data/cache nbmand off default
data/cache sharesmb off default
data/cache refquota none default
data/cache refreservation none default
data/cache primarycache all default
data/cache secondarycache none inherited from data
data/cache usedbysnapshots 0 -
data/cache usedbydataset 37K -
data/cache usedbychildren 70.2G -
data/cache usedbyrefreservation 0 -
data/cache logbias latency inherited from data
data/cache sync standard default
data/cache rstchown on defaultНайди тут - компрессию, шифрование и дедупликацию. А, главное, просвети меня, убогого - нахуа они тут?
> На терабайтных дисках включать компрессию, доооооооооооо....У вас терабайтный диск ? Вау как круто !!!
Даже при терабайтных дисках компрессия может существенно снизить нагрузку на ввод/вывод (если конечно данные поддаются сжатию).
> Система ролей, гораздо более гибкая и богатая чем в линуксе.Ну во, опять академзадротство :)
> Прекрасная реализация LDAP, заточенная на очень большие сети,
А у других какие-то проблемы с LDAP? Ну и актуально это полутора компаниям. Будет оно им надо - оно у них будет, так или иначе.
> zfs, которая и сейчас одна из лучших ФС,
Ей просто придется немного подвинуться. Btrfs в принципе может со временем ее переплюнуть.
> а года четыре назад вообще лучшая, отличные возможности виртуализации.
Чем они лучше LXC/KVM?
>> Система ролей, гораздо более гибкая и богатая чем в линуксе.
> Ну во, опять академзадротство :)Сперва кушаем - потом тявкаем, да?
>> Прекрасная реализация LDAP, заточенная на очень большие сети,
> А у других какие-то проблемы с LDAP? Ну и актуально это полутора
> компаниям. Будет оно им надо - оно у них будет, так
> или иначе.Ой, что ты, вихрь! А где ты собираешься хранить акки фконтактика, тащемта? Или любой другой социалки, коим несть числа уже?
>> zfs, которая и сейчас одна из лучших ФС,
> Ей просто придется немного подвинуться. Btrfs в принципе может со временем ее
> переплюнуть.Я в принципе могу на луну в субботу слетать, а в воскресенье вернуться, похлеще Космонавта. Намякнуто ясно?
>> а года четыре назад вообще лучшая, отличные возможности виртуализации.
> Чем они лучше LXC/KVM?Чем грузины. Маны кури. И поиграйся.
> Сперва кушаем - потом тявкаем, да?Вы все правильно поняли - только и остается что кушать в этом треде, глядя на плач несмеян, которых 5 лет назад предупредили что зависимость от 1 вендора - чревата.
>> Будет оно им надо - оно у них будет, так или иначе.
> Ой, что ты, вихрь!Всего лишь один из Капитанов.
> А где ты собираешься хранить акки фконтактика, тащемта?
Они вроде как в мускуле хранят. Хотя это их проблемы. Они их решили без вас, как видите. На что и намекалось. Нафига им лдап - не понятно. Они вообще не предоставляют такой услуги, а для отображения в веб лдап не сильно удобен, т.к. отдельный самобытный протокол не совместимый напрямую с http/js/....
> Или любой другой социалки, коим несть числа уже?
Да, социалок с миллионами юзеров - какие-то десятки. Большинству из них лдап вообще никуда не уперся, как видим. И они почему-то работают, а хотя-бы и без вас. Так что ваш плач несмеяны о неправильном устройстве мира не котируется. Он только подтверждает капитанские тезисы.
>> Ей просто придется немного подвинуться. Btrfs в принципе может со временем ее переплюнуть.
> Я в принципе могу на луну в субботу слетать, а в воскресенье
> вернуться, похлеще Космонавта. Намякнуто ясно?Ясно. Просто вы можете в теории, а вот эти - скорее похожи на ту пару контор которые уже собрали свой суборбиальник и вполне себе делают тестовые вылеты, всерьез намереваясь гонять для начала суборбитально на регулярной основе ;)
>> Чем они лучше LXC/KVM?
> Чем грузины. Маны кури. И поиграйся.Обалдеть аргументация. А оно мне надо - тратить время на неперспективные полутрупики, завязанные на 1 вендора? Ищите дураков в другом месте.
Лет 7 назад - да.
Когда Щварц обещал выпустить первую ОС в мире под гпл3.
> Жалко... У Соляриса был потенциал стать лучшей из операционных систем,Они безнадежно слили этот шанс когда появился пингвин. Система не зависящая от 1 вендора по определению более жизнеспособна чем театр 1 актера.
Ничего не загубили, а развили. В солярис 11 куча изменений.
НАКОНЕЦ то сделали нормальный пакетный менеджер :)
> Ничего не загубили, а развили.Ваш ник хорошо подходит к описанию развития.
У них теперь может быть хоть супер-мега-гипер-волшебный пакетный менедждер. Epic fail в другом: кто пакеты будет собирать? Толку то от пакетного менеджера без пакетов? Это как машина без колес :)
> У них теперь может быть хоть супер-мега-гипер-волшебный пакетный менедждер. Epic fail в
> другом: кто пакеты будет собирать?Настоящий Epic Fail это когда пакетный менеджер в супер-пупер-ентерпрайз ОС появляется в 2011 году.
И таки да, pkgadd и его друзья это не пакетный менеджер, а эталонное г@вно мамонта.
>Поддержка файловой системы Btrfs для промышленной эксплуатации.как страшно
iowait они там случаем за одно не пофиксили?
На SAS бага не заметна. Поэтому ждем фикс от десктоп кернел-хакера.
find / -iname "trololo", если общая загрузка системы будет (в случае с двух ядровым процом) >= 45-50%, тоесть, полностью будет грузить ядро - иоваит есть.
> иоваит естьну и что?
> На SAS бага не заметна.то, что очередной трёп. У меня уже такое ощущение что его никогда не исправят.
А что есть системы, где при полной нагрузке на ввод-выдод нет иовэйтов?
Не, ну наверное можно тогмознуть процы/озу/дма до скорости меньшей, чем у дисков... но я не пробовал.Зыж
Я багу на серверном железе не встречал.
Ссылочкой на багтрэккер не поделитесь? Чтобы понять о том ли мы вообще говорим.
> то, что очередной трёп. У меня уже такое ощущение что его никогда не исправят.Потому что такие как вы свалили в этот баг вообще все вселенские проблемы, окончательно вывихнув мозг разработчиком. Поэтому если удавить 10 багов сваленых туда и останется еще 5 похожих, такие как вы будут трындеть что баг не починен. Окончательно взорвав мозг разработчикам. Так вам будет и надо. Если вы только бухтите на форуме вместо того чтобы трейсануть наконец где это случается и какого черта, сами и виноваты. Прикиньте, у разработчиком совсем не обязано быть все возможное железо в мире и на _их_ железе все может быть замечательно.
У Линуса ssd, у него всё замечательно, да :-D Вы просто никогда не сталкивались с этим багом, и не понимаете каково оно. Если вы не поняли ещё, то я про 12309
> У Линуса ssd, у него всё замечательно, да :-D Вы просто никогда
> не сталкивались с этим багом, и не понимаете каково оно.Да, потому что это судя по всему заскоки сильно некоторых конфигураций, при том возможно что это вообще целая группа разных багов, возможно не связанных между собой. Но называют все это магическим 12039, в силу уровня развития.
> iowait они там случаем за одно не пофиксили?huge iowait - это такой легендарный "баг" винды, еще со времен 95, когда дисковое io встает колом в момент активного своппинга. Но, во-первых, это не баг, а печальная неизбежность, а во-вторых, почему его должны фиксить оракловцы?
> huge iowait - это такой легендарный "баг" винды, еще со времен 95,низнаю, на винде и фряхе нету этого бага, инфа 100%
что то верится с трудом, как и в целом в наличие такого бага. Было на старых контролерах и винтах, на современных(AHCI+NCQ) такого уже не наблюдается.и за винду могу сказать что в отличие от линукца когда там начинает давить ввод-вывод тормознутость сразу чувствуется, на линукс при наличии свободной рамы в системе эта планка гораздо выше, ощущать начинаешь только при конкретной загрузке IO.
Угу. Тут недавно новость с тестами была. Так там фряха в 2 раза слила на в/в.
Про винду уже молчу.
Прикольный баг такой. Вы хоть знаете о каком баге речь и его симптомах? Сомневаюсь.
> низнаю, на винде и фряхе нету этого бага, инфа 100%А по бенчам что-то не заметно. Wtf?
Значит DTrace вполне может пройти в mainline?
Навряд ли. Там очень настороженно относятся к непроверенным наколеночным поделкам (достаточно вспомнить печальную судьбу CFS, Reiser4, GRSecurity и т.п.)
> Навряд ли. Там очень настороженно относятся к непроверенным наколеночным поделкамЭто ты про Btrfs и ext4?
А что с ними?
Ext4 одна из самых надёжных и быстрых фс. Возможно самая надёжная и быстрая. И проверена на всех серверах гугла.
Бтр в статусе эксперементал, несмотря на сабж, где сказано, что оракл её включил в ынырпрайз. Как и sles недавно.
И самое главное — их ветки в ядре поддерживается разработчиками, а не сваливаются на голову спецам из других подсистем, которые в них нипхуа не смыслят и им это не надо.
Даже мс со своими дровами после первого предупреждения разобрался.Зыж
Даже айзен перестал искать омазы в недавней новости, где тесты в уфс в 2 раза хуже ext4.:D
> И проверена на всех серверах гугла.А гуглу на надежность отдельно взятого сервака - вообще наплевать, у них надежность обеспечена совсем иначе. В их конфигурации подыхание 1 сервака - штатная ситуация, всем пофиг. Никто и не заметит. От чего оно подохло - рояли не играет.
> Бтр в статусе эксперементал, несмотря на сабж, где сказано, что оракл её
> включил в ынырпрайз.Ну так постепенно достигает готовности, вот акулки уже и хотят снимать сливки понемногу.
> Даже айзен перестал искать омазы в недавней новости, где тесты в уфс
> в 2 раза хуже ext4.:DОй, на него снизошло?
> А гуглу на надежность отдельно взятого сервака - вообще наплевать, у них надежность обеспечена совсем иначе. В их конфигурации подыхание 1 сервакаУгу. Они так развлекаются. :D
Они специально берут самую дохлую фс, чтобы по взрослому.
Так? :D
> Они специально берут самую дохлую фс, чтобы по взрослому.Они берут самую быструю ФС, чтобы узел работал максимально быстро. Надежность структуры в целом достигается избыточностью распределения информации по узлам, а вовсе не устойчивостью к отказам каждого узла. Это им позволяет использовать самое дешевенькое оборудование без переплаты в фигзнаетсколькораз за супернадежность.
Поэтому как эталон надежности ФС приводить архитектуру гугла - довольно криво. А они вовсе не на уровне ФС надежность обеспечивают. Они гораздо более глобально все организовали. А вот если у вас сервак _один_ и вы не можете поднять распределенную ФС на 100500 узлов чтобы вылет 1 был так же пофиг как у гугля - вот тут уже надежность ФС роялит, да.
В плане супернадежности ext4 нечем особо покозырять. Обычная классика, в которой по жизни журналятся только метаданные, а в каком состоянии данные после краха всем вообще до фени. Кому не до фени - конечно можно включить полный журналинг, так что и данные будут журналиться. Только скорость записи провалится раза в три. Ну fsck у нее хороший и баги вытрясли более-менее. Т.е. ФС неплохая, но имеет ряд своих ограничений вытекающих из дизайна. И дурак тот кто этого не понимает, уж простите за честность.
>> Они специально берут самую дохлую фс, чтобы по взрослому.
>Они берут самую быструю ФС, чтобы узел работал максимально быстро. Надежность структуры в целом достигаетсяOK. Значит про "быструю" фс выяснили.
другими словами - ext4 самая быстрая. доказано гуглом.
теперь берём сабж:
>По умолчанию в Oracle Linux по прежнему остаётся ФС Ext4вот и про надёжную (в ынтырпрайзе то!). доказано ораклом.
зыж
>В плане супернадежности ext4 нечем особо покозырять. Обычная классика, в которой ...а других нет. сурпрайз?
вот когда будут, тогда и поговорим.
по совокупному критерию скорость-надёжность-накладные_расходы ext4 лучшая.
вот так то.
> другими словами - ext4 самая быстрая. доказано гуглом.Она действительно стала резвая за счет внедрежки экстентов. Достаточно бенчи посмотреть.
>>По умолчанию в Oracle Linux по прежнему остаётся ФС Ext4
> вот и про надёжную (в ынтырпрайзе то!). доказано ораклом.А что оракл? У БД обычно свой собственный журнал есть, дабы компенсировать пофигизм ФС в вопросе. Остальное оракла волнует слабо. Вот только когда вы сохраняете отредактированный файл на диск а тут слетело питание - никакого журналинга данных не делается. И вы можете спокойно получить файл где "голова" новая, а "хвост" - старый. А то что такой файл вообще не обязан быть читабельным - ну извините, цена компромиссов. Гуглу и ораклу это фиолетово, первые поймают битые блоки в распределенной ФС, вторые отрекаверятся из журнала БД. Вот только к случаю "записывал отредактированный файл - слетело питание" это не относится. Ага?
> а других нет. сурпрайз? вот когда будут, тогда и поговорим.
Ну так это... можете летать этажеркой братьев Райт и забивать на дублирование авиаприборов. А другие вот как идиоты дублируют зачем-то. Наверное потому что не прикольно когда самолет падает по весьма дурацкой причине. С файлами как-то так же. Вот мне например не прикольно что файлы про...тся по дурацкой причине.
> по совокупному критерию скорость-надёжность-накладные_расходы ext4 лучшая.вот так то.
А ничего что критерии "лучшести" могут сильно варьироваться в зависимости от задач? :) Нет, в целом это вполне симпатичная ФС. Но идеалом она не является. Совершенно обычная классика, хорошо реализованная и быстрая. С хорошим fsck на случай факапов. Но со своими особенностями и компромиссами, чудес не бывает.
> Навряд ли. Там очень настороженно относятся к непроверенным наколеночным поделкам (достаточно
> вспомнить печальную судьбу CFS, Reiser4, GRSecurity и т.п.)А что там печального в судьбе GRSecurity? Только не надо цитировать то, что пишут на заборе.
Ононимы - это генераторы знакомых букав.Grsecirity живёт и процветает.
Если и так - то очень нескоро. В новости неточность - dtrace в релиз не вошел, он до сих пор в бете - https://forums.oracle.com/forums/thread.jspa?threadID=236001...
Ну и сами создатели оригинального Dtrace ругают оракловую реализацию на чем свет стоИт - http://dtrace.org/blogs/ahl/2012/02/23/dtrace-oel-update/
> Ну и сами создатели оригинального Dtrace ругают оракловую реализацию на чем свет
> стоИт - http://dtrace.org/blogs/ahl/2012/02/23/dtrace-oel-update/Выдаете желаемое за действительное? По-моему Адам вполне себе радуется тому, что порт не стоит на месте, проблемы решаются и т.д. Да, он еще бесконечно далек от уровня DTrace в Solaris, FreeBSD, MacOS X, но любая дорога в тысячу верст начинается с первого шага.
> Выдаете желаемое за действительное? По-моему Адам вполне себе радуется тому,Ну почитайте "радости и лучей добра пост" от него же - http://dtrace.org/blogs/ahl/2011/10/10/oel-this-is-not-dtrace/ озаглавленный "Oracle’s port: this is not DTrace".
Или пост Брэндона про systemtap - http://dtrace.org/blogs/brendan/2011/10/15/using-systemtap/ - прямо таки сочится добротой....
Такие плачи несмеян, откровенно кинутых ораклом. Конечно же объективно и непредвзято, и совсем не сочится попаболью от того что оракл решил перекрыть халяву и результирующего понимания что майнстримом теперь соляре никогда не бывать.
Большинство перечисленных здесь "новшеств" - это просто чейнджлог мейнстримного ядра Linux с 2.6.32 по 3.0 (DRBD, transparent hugepages, Xen dom0, улучшения в btrfs, ocfs, cgroups и т.д.), причем большинство этих улучшений реализовано разработчиками из редхата.
Дык Оракл особо этого и не скрывает)))
> Дык Оракл особо этого и не скрывает)))Они еще кой-чего добэкпортили туда из более новых как я понимаю.
> Примечательно, что в анонсе упоминается включение в состав пакета btrfs-progs обновлённой утилиты btrfsfsck, поддерживающей восстановление целостности повреждённой ФС (опция "--repair"), а именно поддержку перестроения записей экстентов, восстановление информации о группах блоков и работу с повреждёнными группами блоков.Это которое из заброшенной гитовской ветки под названием "dangerdonteveruse"?
А как его в CenOS использовать?
http://public-yum.oracle.com/
> - Экспериментальная поддержка (http://www.opennet.me/opennews/art.shtml?num=33169)
> системы динамической отладки DTrace, позволяющая выявлять причины узких мест и проблем
> с производительностью при помощи штатного ядра Linux и без необходимости перезапуска
> приложений. В версии DTrace для Linux пока доступно лишь несколько
> базовых провайдеров и ограниченное число контрольных вызовов (probes);Поправка - dtrace в релиз не вошел, он до сих пор в бете - https://forums.oracle.com/forums/thread.jspa?threadID=236001...
В оригинальном текте пресс релиза упоминания о Dtrace нет.
Ну и кстати - сами создатели оригинального Dtrace ругают оракловую реализацию на чем свет стоИт - http://dtrace.org/blogs/ahl/2012/02/23/dtrace-oel-update/
> В оригинальном текте пресс релиза упоминания о Dtrace нет.В пресс-релизе многого чего нет, а в Release Notes про DTrace есть:
http://oss.oracle.com/ol6/docs/RELEASE-NOTES-UEK2-en.html
In addition to the features listed above, the Unbreakable Enterprise Kernel Release 2 includes the following features which are still under development, but are already made available for testing/evaluation purposes.
...
DTrace: DTrace is a comprehensive dynamic tracing framework that was initially developed for the Oracle Solaris operating system; it is being ported to Linux by Oracle. DTrace provides a powerful infrastructure to permit administrators, developers, and service personnel to concisely answer arbitrary questions about the behavior of the operating system and user programs in real time. DTrace feature previews will be published as a separate set of kernel packages, it is not yet included in the regular Unbreakable Enterprise Kernel distribution.
Ну дык. Это в beta - это еще и до выхода UEK2 работало. В бета было - в бета и осталось. В общем, к новости о выходе UEK2 это кагбэ то и не относится...
попробуйте прочитать всё же урл
http://oss.oracle.com/ol6/docs/RELEASE-NOTES-UEK2-en.html
о чём говорит RELEASE-NOTES-UEK2-en.html?
> попробуйте прочитать всё же урл
> http://oss.oracle.com/ol6/docs/RELEASE-NOTES-UEK2-en.html
> о чём говорит RELEASE-NOTES-UEK2-en.html?Окей. А вы в свою очередь попробуйте почитать ссылку на форум, которую я дал. Там английским по белому все написано...
Теоретизировать по урлам оно конечно хорошо, а на практике все оказывается иначе...