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

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

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

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

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

Радикально.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

=====

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

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

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

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

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

ты определись уже однажды

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

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

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

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

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

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

Так выпьем!

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

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

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

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

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

Ъ-enterprise

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

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

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

Update

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

На самом деле после такого http://safe.cnews.ru/top/2014/05/14/red_hat_blokiruet_rossiyskih_polzovateley...

С редхатом дел иметь не хочется.

Линь это дух свободы, а не санкции :)

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

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

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

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

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

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

С редхатом дел иметь не хочется.

Имел раньше?

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

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

XXXFS

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

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

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

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

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

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

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

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

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

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

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

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

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

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

И он работает в x86_64.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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