LINUX.ORG.RU

История изменений

Исправление mv, (текущая версия) :

lvm куплена rh? всегда почему-то думал, что lvm пишет некомерческая организация.

https://en.wikipedia.org/wiki/Sistina_Software

permabit - решениеи по дедупликации? и при этом они выкидывают btrfs?

permabit - плагин к device mapper для блочного дедупа и компрессии. Дедуп на уровне файловой системы - это не то. Конечно, семантически разницы между логическими дисками со всеми современными свистелками и файловой системой уже не так много, но, всё же: гонять дисковые нагрузки через ФС - это гвоздь в гроб производительности.

если им так нужен сторидж, то неужели его лучше создавать из лоскутков, чем вложиться вместе с facebook. не понимаю. по какой причине btrfs выкинул («отдал сообществу») oracle тоже не понимаю.

У ФБ своё понятие сториджа, им чисто для клауда нужен. У Ред Хата не получилось довести дело до полноценного сторидж апплайенса. Наверное, посчитали рынок на $50 млрд/год неперспективным или перенаселённым.

я не фанат бтрфс, просто не в курсе логики. система управления томами должна по идее лежать в основе облачного сториджа rh.

Там проблемы немного другие: данные должны быть в разных availability zones, всё очень чувствительно к толщине сети, разные степени защиты нужны. Для клауда больше подходит какой-нибудь Sheepdog, чем LVM.

Исходная версия mv, :

lvm куплена rh? всегда почему-то думал, что lvm пишет некомерческая организация.

https://en.wikipedia.org/wiki/Sistina_Software

permabit - решениеи по дедупликации? и при этом они выкидывают btrfs?

permabit - плагин к device mapper для блочного дедупа и компрессии. Дедуп на уровне файловой системы - это не то. Конечно, семантически разницы между логическими дисками со всеми современными свистелками и файловой системы уже не так много, но, всё же: гонять дисковые нагрузки через ФС - это гвоздь в гроб производительности.

если им так нужен сторидж, то неужели его лучше создавать из лоскутков, чем вложиться вместе с facebook. не понимаю. по какой причине btrfs выкинул («отдал сообществу») oracle тоже не понимаю.

У ФБ своё понятие сториджа, им чисто для клауда нужен. У Ред Хата не получилось довести дело до полноценного сторидж апплайенса. Наверное, посчитали рынок на $50 млрд/год неперспективным или перенаселённым.

я не фанат бтрфс, просто не в курсе логики. система управления томами должна по идее лежать в основе облачного сториджа rh.

Там проблемы немного другие: данные должны быть в разных availability zones, всё очень чувствительно к толщине сети, разные степени защиты нужны. Для клауда больше подходит какой-нибудь Sheepdog, чем LVM.