Документ взят из кэша поисковой машины. Адрес
оригинального документа
: http://kodomo.fbb.msu.ru/pipermail/unix-2010/2010-May/000006.html
Дата изменения: Sun May 16 17:11:52 2010 Дата индексирования: Tue Oct 2 11:57:41 2012 Кодировка: koi8-r |
Мы с Борей Нагаевым начали диалог про LVM вне списка рассылки, но в нём может быть что-нибудь полезное и остальным тоже. ---------- Forwarded message ---------- From: Danya Alexeyevsky <me.dendik на gmail.com> Date: 2010/5/13 Subject: Re: LVM To: Nagaev Boris <bnagaev на gmail.com> Привет, > 1. не создаст ли LVM дополнительной нагрузки, не уменьшит ли > использование LVM производительности? А сколько её нужно? Я верю, что такой вопрос можно ставить на машине, с веб-сервером и базой данных и нагрузкой больше сотен запросов в секунды, на домашней машине я смысла в таком вопросе не вижу. Лично я разницы в производительности не ощущаю. > 2. в википедии написано: (http://ru.wikipedia.org/wiki/LVM) > >> То есть, по-прежнему нужно создавать и изменять >> разделы, форматировать их; >> изменение размера должно поддерживаться также и >> самой файловой системой >> (так, для JFS и XFS невозможно уменьшить раздел). > > если есть раздел XFS с фильмами и Ext4 с играми, > например, то не удастся, > если верить этой фразе, увеличить место под игры > сокращением места под > фильмы, так как XFS нельзя уменьшать Ну так не используй XFS и ext4, по крайней мере, на тех разделах, которые ты можешь захотеть уменьшать. Например, reiserfs4 можно в offline и уменьшать и увеличивать и в online его можно увеличивать. > 3. в чем преимущество LVM по сравнению с программами типа Acronis, > позволяющими менять разделы на уже размеченном диске? Сравни: A љ1. Сделать загрузочный диск љ2. Перезагрузиться в acronis љ3. Подождать полчаса, пока он разберётся с fs и передвинет раздел љ4. Загрузиться обратно B (если речь идёт об уменьшении размера) 1. sudo umount ... (доли секунд) 2. sudo resize_reiserfs ... (в зависимости от: секунды, минуты) љ3. sudo lvresize ... (читать документацию + несколько секунд) љ4. sudo mount ... (секунды) C (если речь идёт об увеличении размера) љ1. sudo lvresize ... (читать документацию + несколько секунд) љ2. sudo mount ... -o remount,resize=... (читать документацию + доли секунды) Проговорю вслух, что в случаях B и C вся система работает всё это время, и случае B тебе недоступны те разделы, которые ты меняешь (соответственно, если в разделе есть /bin, /lib, /usr, /var, то это значит, что тебе таки придётся сначала довольно много программ остановить в случае B, что несколько портит картинку). > Начал ставить debian. При выборе автоматической разметки все > разделы получились ext3. Значит ли это, что debian предпочитает > etx3 по сравнению с ext4? debian очень консервативен. Вообще, я затрудняюсь сказать, почему у них такие предпочтения на файловые системы. И ещё я последнее время сам очень плохо понимаю, какие файловые системы хороши. На kodomo везде reiserfs ради хорошей работы с маленькими файлами и xfs ради квот (в reiserfs их нету) -- но всё это более-менее от фонаря.