МК
нихуя не обвиоус
Size: a a a
2021 January 18
UD
количество проебанных данных
UD
очевидно ежжи
МК
очевидно ежжи
неочевидно. после кукарекания бтрфсников что мол якобы оно данные не теряет никогда. Ну и в рот я ебал потерю непрофсинканных данных
UD
неочевидно. после кукарекания бтрфсников что мол якобы оно данные не теряет никогда. Ну и в рот я ебал потерю непрофсинканных данных
>верить кодомразям
МК
да там нихуя не понятно в этом бтрфсе
МК
фсники наябываются, зато вот какойто коммит есть
МК
у кого опыт с тхин провизионингом есть ?
МК
я вот пока вижу там такой прекол что после снапшота у фс такой же ууид.
МК
значит в таких системах по ууиду монтировать нельзя
МК
как минимум
МК
производительность - вот тут вопрос. насколько там амплификейшен и фрогментация
МК
у мну практики нет если чес
МК
дефрагментатора там насколько я знаю тоже нет
c
User passed the validation.
AK
производительность - вот тут вопрос. насколько там амплификейшен и фрогментация
Зависит от размера экстента и размера записи.
МК
Зависит от размера экстента и размера записи.
ну это самое логичное. а реад амплификейшен ? ну и врайтамплификейшен. в плане поиска куда писать и поиска откуда читать
МК
Зависит от размера экстента и размера записи.
хуже чем у бутера ? он-то сколько копирует при коу операции ?
AK
ну это самое логичное. а реад амплификейшен ? ну и врайтамплификейшен. в плане поиска куда писать и поиска откуда читать
на чтение в общем то околонулевой - там все эти мапы в памяти хранятся, мета существенно меньше чем у бтрфс, но ФС сильно умнее поскольку не связана необходимостью ковать всяческие левые мтаймы атаймы и т.д.
AK
Вообще CoW в btrfs, zfs и lvm thin не то чтобы совсем CoW. По идее, если правильно настроить, то за счет кэшей и прочего этот CoW на самом деле должен превращаться в redirect write. Но это только в идеальном случае, да. Но вообще хитровыделанные btrfs и zfs всегда работают в смеси cow+redirect write (если запись не выровнена по границе блока аллокации).