АМ
и минимальные издержки в плане производительности
Size: a a a
2020 August 05
A
Снапшоты и управление томами
Это ничего не говорит о нагрузке. Подходящие профили нагрузки у них кардинально отличаются.
A
в конечном итоге конечному потребителю ПОХЕР что где, главное удобство управления томами
Был тут уже один потребитель, который хаял btrfs за то, что у него на ней виртуалка медленно работала :)
АМ
Alexander
Был тут уже один потребитель, который хаял btrfs за то, что у него на ней виртуалка медленно работала :)
значит она ему не подходит в его кейсе
A
значит она ему не подходит в его кейсе
Внезапно!
FL
Брат спасибо, я читал исследования ученых
https://www.researchgate.net/publication/284897601_LVM_in_the_Linux_environment_Performance_examination
https://www.researchgate.net/publication/284897601_LVM_in_the_Linux_environment_Performance_examination
То, что они там намеряли, даже близко не похоже на результаты ни одного другого источника. Возможно, это потому, что они просто устарели
>32bit Linux ext3 file system with kernel version 2.6
>32bit Linux ext3 file system with kernel version 2.6
D
То, что они там намеряли, даже близко не похоже на результаты ни одного другого источника. Возможно, это потому, что они просто устарели
>32bit Linux ext3 file system with kernel version 2.6
>32bit Linux ext3 file system with kernel version 2.6
Покажи, пожалуйста, источник, в котором написано, что при использовании LVM нет оверхеда для I/O
D
Отвергаешь — предлагай
A
То, что они там намеряли, даже близко не похоже на результаты ни одного другого источника. Возможно, это потому, что они просто устарели
>32bit Linux ext3 file system with kernel version 2.6
>32bit Linux ext3 file system with kernel version 2.6
Да, староват сетап. А что за другой источник?
FL
Покажи, пожалуйста, источник, в котором написано, что при использовании LVM нет оверхеда для I/O
Я не писал, что его нет. Я высказал недоверие к достоверности результатов, в котором он даёт почти двукратную разницу.
D
Я не писал, что его нет. Я высказал недоверие к достоверности результатов, в котором он даёт почти двукратную разницу.
D
Чем крыть будете?
A
Я не писал, что его нет. Я высказал недоверие к достоверности результатов, в котором он даёт почти двукратную разницу.
> в котором он даёт почти двукратную разницу.
Я исследование не открывал, но это вполне соотносится с моим опытом в похожих условиях (правда, ОС была 64-битная).
Другое дело, что сейчас уже больше 10 лет прошло и ситуация, скорее всего, совсем иная.
Я исследование не открывал, но это вполне соотносится с моим опытом в похожих условиях (правда, ОС была 64-битная).
Другое дело, что сейчас уже больше 10 лет прошло и ситуация, скорее всего, совсем иная.
FL
Чем крыть будете?
Например, тем, что я имел в виду "в некотором приближении". Как и ты, говоря про LUKS (dm-crypt, видимо), который тоже вроде как некоторый оверхед вносит, но можно считать, что нет.
D
Например, тем, что я имел в виду "в некотором приближении". Как и ты, говоря про LUKS (dm-crypt, видимо), который тоже вроде как некоторый оверхед вносит, но можно считать, что нет.
Ну его нет практически если у тебя AES инструкции есть
FL
Ну его нет практически если у тебя AES инструкции есть
Он есть. Но очень мал. Как и у LVM. Вот и я имел в виду практически.
FL
Alexander
> в котором он даёт почти двукратную разницу.
Я исследование не открывал, но это вполне соотносится с моим опытом в похожих условиях (правда, ОС была 64-битная).
Другое дело, что сейчас уже больше 10 лет прошло и ситуация, скорее всего, совсем иная.
Я исследование не открывал, но это вполне соотносится с моим опытом в похожих условиях (правда, ОС была 64-битная).
Другое дело, что сейчас уже больше 10 лет прошло и ситуация, скорее всего, совсем иная.
Если мне не изменяет память, за это время вообще роль device mapper'а в ядре успела измениться и через него теперь работают чуть ли не все блочные устройства.
A
Если мне не изменяет память, за это время вообще роль device mapper'а в ядре успела измениться и через него теперь работают чуть ли не все блочные устройства.
Нууу... нет. Хотя использоваться он стал немного шире.
FL
Alexander
Нууу... нет. Хотя использоваться он стал немного шире.
Сейчаса что только не через него работает. Разве что обычные разделы?
A
Сейчаса что только не через него работает. Разве что обычные разделы?
mdraid все еще сам по себе (хотя и несколько больше интегрирован с dm, нежели ранее).