LINUX.ORG.RU

Вышел Red Hat Enterprise Linux 7

 , ,


1

2

Вышла новая версия Red Hat Enterprise Linux 7, выпуск обновлений для которой будет производится в течение 10 лет.

Наиболее значительные изменения:

  • Отказ от формирования 32-разрядных сборок для архитектуры x86 (доступен только вариант x86_64).
  • Использование по умолчанию файловой системы XFS с поддержкой хранилищ размером до 500 Тб.
  • Использование по умолчанию рабочего окружения GNOME 3.8 в «классическом» режиме.
  • Задействование системного менеджера systemd и службы ведения логов systemd-journald.
  • Переход на загрузчик GRUB 2 c поддержкой GPT, EFI и OpenFirmware, экспериментальную поддержку UEFI Secure Boot, монтирование /tmp с использованием tmpfs.
  • Поддержка технологии сжатого кэширования раздела подкачки Zswap.
  • Новый интерфейс в инсталляторе, позволяюший вызывать конфигураторы по мере необходимости и пропускать те или иные этапы настройки.

Кроме того, разработчики CentOS объявили о присоединении разработчиков CERN Linux, вовлечённых в работу над Scientific Linux, к группе CentOS Core SIG, отвечающей за выпуск CentOS. Данный шаг совершён в рамках реализации намерения развивать Scientific Linux в форме ответвления от CentOS.

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

Задействование системного менеджера systemd и службы ведения логов systemd-journald

какая боль! какая боль! -))

anonymous ()

По моему мнению, это лучший дистрибутив Linux после Alt.

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

Смеяться в каком месте? :) хотя в большом продакшне не был, наверное он там лучший

stave ★★★★★ ()

Они же вроде Ext4 развивали. А xfs по слухам от анонимусов хоть и шустрая но менее надежная. Как-то мимо меня прошло попадание xfs в Ынтерпрайз.

ALeo ()

Позитивная новость. Можно сказать, даже радостная. Гном вот только испортился, КДЕ 5 ещё не готово, а Unity идеологически неприемлемо.

asaw ★★★★★ ()

Ура, черт возьми! Поздравляю всех с выходом!

Думал этот долгострой не выйдет никогда.
Уж больно много redhat тратит силы на всякие непотребные остатки от JBoss.

Отказ от формирования 32-разрядных сборок для архитектуры x86

надеюсь centos на это не пойдет

Использование по умолчанию файловой системы XFS с поддержкой хранилищ размером до 500 Тб;

Кто уже рискнул поставить в production? Кто знает, почему не ext4?

Использование по умолчанию рабочего окружения GNOME 3.8 в «классическом» режиме;

Очень жаль что не Gnome2 или Mate.

Задействование системного менеджера systemd и службы ведения логов systemd-journald;

Кому удалось после этого прочитать логи? )

/tmp с использованием tmpfs;

Это по умолчанию теперь?

PS IMHO самые вкусности там в виртуализации.

Yilativs ★★★ ()

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

=====

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

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

надеюсь centos на это не пойдет

уже, с версии 6,5

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

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

он там единственный. в последнее время только вот OEL поджимает. в частности 10 лет техподдержки играют немаловажную роль.

prizident ★★★★★ ()

Использование по умолчанию файловой системы XFS с поддержкой хранилищ размером до 500 Тб;

Ну чо, молодцы, выкинули это неюзабельное дерьмище ext4.

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

не, так они подразумевают что к юзабельной хфс надо еще прицепо докупать килоамперный ибп?

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

что к юзабельной хфс надо еще прицепо докупать килоамперный ибп?

Это всё бабушкины сказки, уже давным-давно xfs не нулит файлы при сбое питания.

King_Carlo ★★★★★ ()

Использование по умолчанию файловой системы XFS с поддержкой хранилищ размером до 500 Тб;

Спорим, что через 10 лет этого будет уже откровенно мало? Я знаю системы, в которых этого мало уже сейчас.

Aceler ★★★★★ ()

Задействование системного менеджера systemd и службы ведения логов systemd-journald;

Дождались, товарищи!

+ третий гном, это просто праздник какой-то :)

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

Ъ-enterprise

Отказ от формирования 32-разрядных сборок для архитектуры x86

надеюсь centos на это не пойдет

Давно пора. Там где ъ-enterprise и ниша RHEL давно нет места 386. Если нужно что-то гонять на 386, то с этим и Ubunt'а справится.

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

Update

Спорим, что через 10 лет этого будет уже откровенно мало? Я знаю системы, в которых этого мало уже сейчас.

Ну, через годик другой с update'ом добавят возможность использовать XXFS или XXXFS.

Camel ★★★★★ ()

Наиболее значительные изменения:

- поддержка списка неугодных конгрессу США

- бэкдоры АНБ для русской локализации

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

Эх, плохо перевели новость. В оригинале-то:

Innovative infrastructure components like systemd, a leading standard for modernizing the management of processes, services, security and other resources.

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

надеюсь centos на это не пойдет

А смысл? На фига сейчас 32-бит? Сколько железа осталось, не поддерживающего x86_64?

Кто уже рискнул поставить в production? Кто знает, почему не ext4?

Думаю, по причине производительности. У ext4 пупок развяжется на 500 Tb. Т.е. формально она столько поддерживает, но если учесть, что информация о размещении файлов хранится линейно, то забей какой объём файлом и система встанет раком. xfs, с другой стороны изначально хотя бы частично использует b-tree. Т.е. почти современная fs.

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

Почему русские считают себя пупом земли за которым все следят?

anonymous ()

systemd, GNOME 3, новая Anaconda и прочие ништяки в продакшене! Нет повода не выпить ;D

carasin ★★★★★ ()

Отказ от формирования 32-разрядных сборок для архитектуры x86 (доступен только вариант x86_64);

Для 99% виртуалок на массхостингах 32-битная сборка (а) достаточна и (б) более предпочтительна, т.к. потребляет сильно меньше ОЗУ, чем 64-битная.

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

потребляет сильно меньше ОЗУ, чем 64-битная.

Во-первых не сильно, а во-вторых кого это волнует?

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

Чем больше ИБП...

Тем дороже утрата данных.

У ынтерпрайза бесперебойники есть.

Года не обходится без новостей вида «отключилось электричесво, дизель не завёлся».

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

Ну чо, молодцы, выкинули это неюзабельное дерьмище ext4.

Я конечно наверно отстал от жизни. Не могли бы вы просветить чем она лучше ext4?

vitalikp ()
Ответ на: Update от Camel

XXXFS

Вот для данных размером более 500 Тб она нужна )

LongLiveUbuntu ★★★★★ ()

Санкции то встроены?

Deleted ()

Отказ от формирования 32-разрядных сборок для архитектуры x86 (доступен только вариант x86_64);

Молодцы. Дают толчок развития x86_64

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

Почему русские считают себя пупом земли за которым все следят?

Потому что, очевидно, так оно и есть.

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

А смысл? На фига сейчас 32-бит? Сколько железа осталось, не поддерживающего x86_64?

Бывает энтерпрайзовый софт (обычно проприетарщина), не поддерживающий x86_64.

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

Для 99% виртуалок на массхостингах 32-битная сборка (а) достаточна и (б) более предпочтительна, т.к. потребляет сильно меньше ОЗУ, чем 64-битная.

Советую проверить прежде чем писать.

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

Я конечно наверно отстал от жизни. Не могли бы вы просветить чем она лучше ext4?

Я уже, честно говоря, устал просвещать. Если коротко, то xfs радикально быстрее.

King_Carlo ★★★★★ ()

Задействование системного менеджера systemd и службы ведения логов systemd-journald;

R.I.P. Неплохой был дистрибутив, точнее его клон.

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

Бывает энтерпрайзовый софт (обычно проприетарщина), не поддерживающий x86_64.

Через всякие там прослойки совместимости оно отлично запускается на x86_64 в 32хбитном режиме.

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

Пустые слова:)

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

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

Какие прослойки? Оно нативно работает. С использованием multilib.

Black_Shadow ★★★★★ ()

Фу дерьмо... шо за мода такая пошла пинать 32 бита....прям все богаыте на мощные ноуты...

bookman900 ★★★★★ ()

Когда там уже новая CentOS? Прямо не терпится скачать.

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

Бывает энтерпрайзовый софт (обычно проприетарщина), не поддерживающий x86_64.

Там и мультилиб что ли выпилили? Нет.

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

Какой толчок? Это же не виндовс. В линуксе оно и так уже стройными шагами всё захватывает.

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

потребляет сильно меньше ОЗУ, чем 64-битная.

Во-первых не сильно, а во-вторых кого это волнует?

компанию которая выдаёт vps в аренду

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

А он будет сидеть на старом релизе, пока не издохнет :3

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

Ну иногда ядрёные модули может тянуть. Или ещё какие заморочки.

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