LINUX.ORG.RU

Чем хорош LVM


0

3

В теме о разметке диска упоминали об использовании LVM, хотел бы узнать чем он лучше просто статической разметки?


Ответ на: комментарий от ttnl

Большинство проблем от непродуманного планирования

Большинство непродуманного планирования от расплывчатых ТЗ. Которыми реальность кишмя кишит.

Xenesz ★★★★
()
Ответ на: комментарий от iZEN

> Тогда о чём ещё можно говорить?

О том, что твои 10% вполне себе могут объясняться такой «несущественной» деталью, как условия проведения тобой эксперимента, если ты еще не понял.

mukoh
()
Ответ на: комментарий от Hokum

> Вполне себе удобная вещь, особенно тот вариант, что а AIX.

А аиксовый-то LVM тут причем? Речь вроде про линакс?

mukoh
()
Ответ на: комментарий от mukoh

О том, что твои 10% вполне себе могут объясняться такой «несущественной» деталью, как условия проведения тобой эксперимента, если ты еще не понял.

Если что, я перенаправлял вывод dd в файлы на UFS2 (GMirror, начало дисков) и ZFS (mirror, первая треть пространства дисков). Использовал различные значения размера блока. Писал в файлы до 3ГБ. Во всех случаях скорость записи на UFS2 была выше, чем на ZFS, на эти самые 10%.

Многопоточную запись не испытывал, но на ZFS работала сама система. Оттуда же была запущена во время тестов пользовательская рабочая среда.

iZEN ★★★★★
()
Ответ на: комментарий от linuxfan

Самое важное: LVM нужен, если нужны снапшоты. А они очень даже нужны.

Какой командой достаётся из предварительно сделанного бэкапа старый снапшот LVM и кладётся на существующую ФС? Отмонтировать ФС при этом нужно? Если нужно отмонтировать ФС, то сколько времени займёт операция по укладке снапшота в эту ФС, к примеру, имеющей размер 10ГБ?

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

>Какой командой достаётся из предварительно сделанного бэкапа старый снапшот LVM и кладётся на существующую ФС?

Руками, как и везде при описанной тобой процедуре действий.

Отмонтировать ФС при этом нужно?

Естественно, не нужно. Если ты еще не понял, рекоменуют использовать снапшоты следующим образом: lvcreate -L размер -s -n backup /dev/vg/volume, монтируем, делаем бакап (tar cz ...), отмонтируем снапшот и удаляем его.

Прыщавые кликовиндоадмины недовольны, но что поделать.

linuxfan
()
Ответ на: комментарий от iZEN

Это уже работает, по крайней мере в fedora 13, которая вышла полгода как

annoynimous ★★★★★
()
Ответ на: комментарий от EvgGad_303

Применительно к вопросу, выбор чем делать снапы как-то узок у вас, я затрудняюсь выбрать из предложенных вариантов.

Hokum ☆☆☆☆
()
Ответ на: комментарий от Hokum

> Не знаю, я явных указаний на Linux-only не увидел.

Ну как бы название сайта намекает, не? Ибо аикс даже под opensource.ru нифига не подходит, ибо нифига не опенсорс. Может тогда еще про Солярис вспомним.. Там тоже LVM есть :-)

mukoh
()
Ответ на: комментарий от mukoh

Ну, вспомни про солярис, ты же из секты солнцепоклонников.
Заодно докажи, что в нём LVM такой же близкий к Linux LVM, как LVM из AIX.
После этого подумаем, насколько я был оффтопичен, а насколько - ты.

Hokum ☆☆☆☆
()
Ответ на: комментарий от Hokum

> Ну, вспомни про солярис, ты же из секты солнцепоклонников.

Из секты говоришь? Ну-ну..

Заодно докажи

Практика показала, что доказывать тебе что бы то ни было - дохлый номер.

что в нём LVM такой же близкий к Linux LVM, как LVM из AIX.

Внешне они может и похожи, а что там внутри - кто его знает... Так что может ты докажешь, что это один и тот же код, а?

Ну и эта, выдыхай, да..

mukoh
()
Ответ на: комментарий от mukoh

Бедняга, как же тебя травмировало...
Ну ладно, раз предпочитаешь слить сразу, без попыток повякать - дело твоё.

Hokum ☆☆☆☆
()
Ответ на: комментарий от Hokum

> Бедняга, как же тебя травмировало...

Ну ладно, раз предпочитаешь слить сразу, без попыток повякать - дело твоё.

Травмировало - это про тебя, второе предложение это очень красноречиво подтверждает.

Как там, кстати, соискание? Успешно?

mukoh
()
Ответ на: комментарий от mukoh

Ты не отвлекайся, продолжай бредить, это всем нравится

Hokum ☆☆☆☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.