The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз Red Hat Enterprise Linux 7.4, opennews (??), 02-Авг-17, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


6. "Релиз Red Hat Enterprise Linux 7.4"  +6 +/
Сообщение от Crazy Alex (ok), 02-Авг-17, 11:09 
Хм, похороны Btrfs в пользу допиленного нормального стека lvm/md? Отлично. Правильная архитектура рулит.
Ответить | Правка | Наверх | Cообщить модератору

8. "Релиз Red Hat Enterprise Linux 7.4"  –2 +/
Сообщение от anomymous (?), 02-Авг-17, 11:18 
Да не, просто все лизнули CoW FS, и поняли, что нафиг оно реально не нужно.
Ответить | Правка | Наверх | Cообщить модератору

27. "Релиз Red Hat Enterprise Linux 7.4"  –1 +/
Сообщение от Crazy Alex (ok), 02-Авг-17, 11:57 
Так оно, собственно, стало ненужным когда нормальные снимки появились на уровне LVM.
Ответить | Правка | Наверх | Cообщить модератору

35. "Релиз Red Hat Enterprise Linux 7.4"  –1 +/
Сообщение от PnDx (ok), 02-Авг-17, 12:10 
Они в lvm как раз _не_нормальные. Потому что "журнал наоборот" и fs-agnostic. (Есть ещё вариант устроить панику в ситуации недостатка ОЗУ.)
COW таки нужен, но редко и для этого ZoL собирает rpm прямо под RH ядра. 90% COW-кейсов это закрывает, а оставшиеся идут в SLES.
Ответить | Правка | Наверх | Cообщить модератору

39. "Релиз Red Hat Enterprise Linux 7.4"  +/
Сообщение от Crazy Alex (ok), 02-Авг-17, 12:27 
Filesystem-agnostic - это, собственно, невелика проблема - в любом случае констистентность того, что на файловой системе - забота какой-то внешней логики, о которой FS ничего знать в принципе не может.

А вот насчёт "журнала наоборот" - можно поянсить?

Ответить | Правка | Наверх | Cообщить модератору

44. "Релиз Red Hat Enterprise Linux 7.4"  +1 +/
Сообщение от PnDx (ok), 02-Авг-17, 12:41 
> А вот насчёт "журнала наоборот" - можно поянсить?

1. Пришёл запрос "записать блок X в сектор N".
2. lvm читает текущее содержимое сектора N, затем пишет его в журнал.
3. lvm пишет блок X в сектор N.

4. Пришёл запрос "прочитать со снапшота сектор N.
5. LVM находит в журнале сектор N и отдаёт оттуда

6. Пришёл запрос "прочитать со снапшота сектор M (не менялся с момента создания снапшота).
7. lvm не находит сектор M в журнале и отдаёт с оригинала.

Отсюда имеем 2х+ провал по записи на раздел с одним подключенным "снапшотом". Учитывая, что снапшот обычно подключают не для развлечения, ситуация ещё грустнее (линейное чтение по всему разделу в процессе выполнение резервной копии де-факто оказывается чтением с 2-х разделов).

COW выбирают, когда изложенное выше перевешивает "нюансы", присущие (zfs|btrfs).

Ответить | Правка | Наверх | Cообщить модератору

45. "Релиз Red Hat Enterprise Linux 7.4"  +1 +/
Сообщение от Crazy Alex (ok), 02-Авг-17, 12:54 
А! Но насколько я помню, это же с thin snapshots поправили?
Ответить | Правка | Наверх | Cообщить модератору

55. "Релиз Red Hat Enterprise Linux 7.4"  +/
Сообщение от PnDx (ok), 02-Авг-17, 13:12 
> А! Но насколько я помню, это же с thin snapshots поправили?

1. Разбивку места "поправили", ценой деградации надёжности (статическая разбивка элементарно чинится при наличии бэкапа конфига). Принципов ведения журнала это не меняет, обратный (прямой) способ называется COW.
2. Записываемый снапшот для thin provisioning можно воспринимать как частный случай cow (аналог контейнеров qemu "qcow2"). "Нюансы", соответственно, в обоих случаях похожи. Но как только снимаем "снапшот со снапшота" (а как по-другому сбэкапить х.з. что содержащее блочное устройство?), см. п.1.

Ответить | Правка | Наверх | Cообщить модератору

88. "Релиз Red Hat Enterprise Linux 7.4"  +/
Сообщение от sabakka (?), 02-Авг-17, 16:31 
смотри,
если копируем старый блок из оригинала в снапшот, то если нам снапшот больше не нужен (бекап завершен), то дропаем из все, едем дальше, но роллбак требует копирования из снапшота.

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

плюс что получим если снапшот, не дай будда, переполнится и будет ЧП.

видимо решили что удаление снапшота более частая ситуация.

Ответить | Правка | Наверх | Cообщить модератору

29. "Релиз Red Hat Enterprise Linux 7.4"  –1 +/
Сообщение от Аноним (-), 02-Авг-17, 12:00 
CoW да, фишка не всем нужная. Но помимо CoW есть еще сжатие.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

107. "Релиз Red Hat Enterprise Linux 7.4"  +3 +/
Сообщение от Аноним (-), 02-Авг-17, 22:06 
Cжатие тоже нужно не всем.
Ответить | Правка | Наверх | Cообщить модератору

117. "Релиз Red Hat Enterprise Linux 7.4"  –2 +/
Сообщение от Молодой пердун (?), 03-Авг-17, 04:02 
Логи небось ратируешь...
Ответить | Правка | Наверх | Cообщить модератору

119. "Релиз Red Hat Enterprise Linux 7.4"  +2 +/
Сообщение от Andrey Mitrofanov (?), 03-Авг-17, 07:40 
> Логи небось ратируешь...

а ты выбрасываешь вместе с заполненным нжмд?

Ответить | Правка | Наверх | Cообщить модератору

153. "Релиз Red Hat Enterprise Linux 7.4"  –2 +/
Сообщение от Молодой пердун (?), 03-Авг-17, 23:29 
>> Логи небось ратируешь...
> а ты выбрасываешь вместе с заполненным нжмд?

Да на ZFS on Linux под GZIP

Ответить | Правка | Наверх | Cообщить модератору

31. "Релиз Red Hat Enterprise Linux 7.4"  –1 +/
Сообщение от Аноним (-), 02-Авг-17, 12:03 
Только вот какая еще есть фс без журналирования и со сжатием? Одними lvm/md не выкрутиться. Да и скорость такой связки значительно ниже.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

47. "Релиз Red Hat Enterprise Linux 7.4"  –1 +/
Сообщение от Crazy Alex (ok), 02-Авг-17, 12:55 
Без журналирования - ext* (для ext2/3 ужрнал отключается). Вот насчёт сжатия - действительно любопытно, раз его нигде больше нет - может, причины есть для этого?
Ответить | Правка | Наверх | Cообщить модератору

93. "Релиз Red Hat Enterprise Linux 7.4"  +/
Сообщение от PnDx (ok), 02-Авг-17, 16:56 
> Без журналирования - ext* (для ext2/3 ужрнал отключается). Вот насчёт сжатия -
> действительно любопытно, раз его нигде больше нет - может, причины есть
> для этого?

Как минимум, 2 причины:
1. Экстенты. "Презаписать середину вот этого файла" превращается во что?
* Для cow (btrfs) можно и с экстентами жать, 1х новый блок в новое место пишется. И жмут.
** Однако: hpfs|ntfs считаются экстентными, но как-то сжатие туда впилили.

2. Отсутствие модульной архитектуры "от рождения". Камень в огород ext*. Докинуть в такую ФС функциональность — фактически без шансов.

Ответить | Правка | Наверх | Cообщить модератору

103. "Релиз Red Hat Enterprise Linux 7.4"  +/
Сообщение от Аноним (-), 02-Авг-17, 20:11 
Отключение журнала в ext делает эту фс полностью беззащитной при отключении электричества. В btrfs вместо журнала перекидываются указатели, и лишней работы в виде ведения журнала получается избежать.
Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

121. "Релиз Red Hat Enterprise Linux 7.4"  +/
Сообщение от Crazy Alex (ok), 03-Авг-17, 10:04 
Ну так выражаться надо яснее. Хотел человек без журнала - пожалуйста.
Ответить | Правка | Наверх | Cообщить модератору

156. "Релиз Red Hat Enterprise Linux 7.4"  +/
Сообщение от Аноним (-), 04-Авг-17, 09:38 
> lvm/md не выкрутиться. Да и скорость такой связки значительно ниже.

Результаты тестов в студию.

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

60. "Релиз Red Hat Enterprise Linux 7.4"  +4 +/
Сообщение от Анонимммо (?), 02-Авг-17, 13:30 
> Хм, похороны Btrfs в

Не не не, вы все врети!
Нам же мудрые и знающие анонимы опеннета последние пару лет все уши этим БТРом прожужжали - что оно современное, молодежное, почти надежное (проблема с бтрфс на 99% проблема с руками), давно готовое к применению и вот-вот станет дефолтом, ведь даже САМ великий ею пользуется!
А тут такой облом.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

149. "Релиз Red Hat Enterprise Linux 7.4"  +/
Сообщение от Алексей (??), 03-Авг-17, 21:03 
А когда будут твои похороны?
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

152. "Релиз Red Hat Enterprise Linux 7.4"  +/
Сообщение от Аноним (-), 03-Авг-17, 22:45 
А в чём измерять? В количестве "технологий", рождённых чтобы умереть, типа hal или вот этого вот? Или может в количестве несовместимых версий udisks, которые к тому времени будут выпущены?
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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