[Comm] дефрагментация ext3

[Comm] дефрагментация ext3

[Denis Nazarov]

Так как тема дефрагментации выпала из треда каталога с совместным доступом, начинаю
новый тред.

Исходные данные
раздел /home на 177 Гб, забит почти полностью (свободно меньше 10 Гб), последние 4
месяца активно используется под торренты, торможение при работе с данными
с этого раздела ощущалось уже "на глаз". Решил провести дефрагментацию путем 
сливания всего на другой винт, форматирования раздела и заливания этого же всего обратно. 
Перед началом процесса провел тест bonnie++, а также посмотрел фрагментацию отдельных файлов.
Результаты тестирования bonnie++

До дефрагментации:
[denis@buka tmp]$ sudo bonnie++ -d /home -n 256 -u root
<....>
Version  1.03       ------Sequential Output------ --Sequential Input- --Random-
                    -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
buka             4G 38341  82 39948  10 18666   6 42125  80 42793   9 155.5   0
                    ------Sequential Create------ --------Random Create--------
                    -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                256 38683  65 374775 100  1499   2  5349   9 511899  99   854   1
buka,4G,38341,82,39948,10,18666,6,42125,80,42793,9,155.5,0,256,38683,65,374775,100,1499,2,5349,9,511899,99,854,1

После дефрагментации:
[root@buka ~]# bonnie++ -d /home -u root -n 256
<....>
Version  1.03       ------Sequential Output------ --Sequential Input- --Random-
                    -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
buka             4G 43083  92 47081  12 21505   6 48440  92 48890   7 167.3   0
                    ------Sequential Create------ --------Random Create--------
                    -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                256 35132  59 376045  99  1217   1 16741  27 513776 100   796   1
buka,4G,43083,92,47081,12,21505,6,48440,92,48890,7,167.3,0,256,35132,59,376045,99,1217,1,16741,27,513776,100,796,1


плюс фрагментация файлов до
altlinux-4.0-20090118-terminal-i586-ru-DVD.iso: 58114 extents found, perfection would be 32 extents (размер 3935М)
Eksperiment_Philadelphia.avi: 6031 extents found, perfection would be 12 extents (размер 1395М)
xp.vdi: 48872 extents found, perfection would be 116 extents (размер 14268М)

и после
altlinux-4.0-20090118-terminal-i586-ru-DVD.iso: 32 extents found
Eksperiment_Philadelphia.avi: 15 extents found, perfection would be 12 extents
xp.vdi: 256 extents found, perfection would be 116 extents

По файлам - образ терминального альта скачан на днях с помощью X-Downloader в пять секций, филадельфийский
эксперимент скачан пару недель назад с торрента и 15 гигов - это виртуалка для хрюши.

Субъективные впечатления - после дефрагментации работа с данными стала ощутимо комфортнее, почтовик
бегает шустрее, а ktorrent 50 раздач запустил меньше, чем за две секунды, раньше ему требовалось секунд 15, 
при этом винт гремел так, что становилось страшно. В общем, лично я пришел к выводу, что дефрагментация
все таки нужна на ext3.

Если кто-то сможет проанализировать данные bonnie++ и проинтерпретировать 
сюда результаты - буду очень благодарен :)

Re: [Comm] дефрагментация ext3

[Ivan Petrov]

Denis Nazarov пишет:
> Так как тема дефрагментации выпала из треда каталога с совместным доступом, начинаю
> новый тред.
> 
> Исходные данные
> раздел /home на 177 Гб, забит почти полностью (свободно меньше 10 Гб), последние 4
> месяца активно используется под торренты, торможение при работе с данными
> с этого раздела ощущалось уже "на глаз". Решил провести дефрагментацию путем 
> сливания всего на другой винт, форматирования раздела и заливания этого же всего обратно. 

Если сделать dd образ и обратно залить он останется фрагментированным?

И.П.

Re: [Comm] дефрагментация ext3

[a222]

Ivan Petrov wrote:
> Denis Nazarov пишет:
>> Так как тема дефрагментации выпала из треда каталога с совместным 
>> доступом, начинаю
>> новый тред.
>>
>> Исходные данные
>> раздел /home на 177 Гб, забит почти полностью (свободно меньше 10 
>> Гб), последние 4
>> месяца активно используется под торренты, торможение при работе с 
>> данными
>> с этого раздела ощущалось уже "на глаз". Решил провести 
>> дефрагментацию путем сливания всего на другой винт, форматирования 
>> раздела и заливания этого же всего обратно. 
>
> Если сделать dd образ и обратно залить он останется фрагментированным?
Да, т.к. dd последовательно прочтёт весь раздел побайтово, а не пофайлово.
Вот если сделать tar-архив - он пофайлово всё соберёт воедино, а потом 
обратно, однако по файлам быстрее.

Что касается копирования - тут мне очень нравится по скорости rsync - 
пробовал branch 4.1 полностью копировать - копирование с помощью mc без 
предварительного подсчёта файлов было намного дольше, особенно симлинки. 
На копирование около 8000 симлинков у rsync уходит 2-3 секунды, в то 
время как mc - ждал около минуты, потом прервал, удалил, и скопировал 
заново rsync'ом.

Всё-таки на мой взгляд проблема кроется в степени вложенности папок - 
rsync в этом случае работает намного бысрее.

Ладно, вернёмся к вопросу дефрагментации - а есть какой-нибудь способ 
без привлечения дополнительного винта? Вариант с кучей болванок тоже не 
устраивает. Есть какой-нибудь софт?

Re: [Comm] дефрагментация ext3

[Gleb Kulikov]

In message [Среда 21 января 2009] from a222 was written:
> Ivan Petrov wrote:
> > Denis Nazarov пишет:
> >> Так как тема дефрагментации выпала из треда каталога с совместным
> >> доступом, начинаю
> >> новый тред.
> >>
> >> Исходные данные
> >> раздел /home на 177 Гб, забит почти полностью (свободно меньше 10
> >> Гб), последние 4
> >> месяца активно используется под торренты, торможение при работе с
> >> данными
> >> с этого раздела ощущалось уже "на глаз". Решил провести
> >> дефрагментацию путем сливания всего на другой винт, форматирования
> >> раздела и заливания этого же всего обратно.
> >
> > Если сделать dd образ и обратно залить он останется фрагментированным?
>
> Да, т.к. dd последовательно прочтёт весь раздел побайтово, а не пофайлово.
> Вот если сделать tar-архив - он пофайлово всё соберёт воедино, а потом
> обратно, однако по файлам быстрее.
>
> Что касается копирования - тут мне очень нравится по скорости rsync -
> пробовал branch 4.1 полностью копировать - копирование с помощью mc без
> предварительного подсчёта файлов было намного дольше, особенно симлинки.
> На копирование около 8000 симлинков у rsync уходит 2-3 секунды, в то
> время как mc - ждал около минуты, потом прервал, удалил, и скопировал
> заново rsync'ом.
>
> Всё-таки на мой взгляд проблема кроется в степени вложенности папок -
> rsync в этом случае работает намного бысрее.
>
> Ладно, вернёмся к вопросу дефрагментации - а есть какой-нибудь способ
> без привлечения дополнительного винта? Вариант с кучей болванок тоже не
> устраивает. Есть какой-нибудь софт?

Чем не нравятся варианты с XFS и JFS? Влияние фрагментации на этих 
высоконадёжных! фс, пренебрежимо мало, если вообще есть.

Не вижу смысла изобретать дефрагментатор для фс, устаревшей  уже при рождении.

-- 
      Салют, /GLeb

UIN: 15341920
jabber://gleb@asd.iao.ru
sip://2387245@sipnet.ru			(telephony)
skype://gleb_kulikov.tomsk		(telephony)
sip://20000204@sip.pctel.ru		(telephony)
netmail: 2:5005/78

Re: [Comm] дефрагментация ext3

[Шишков Евгений]

21.01.2009 10:09, Gleb Kulikov пишет:
>
> Чем не нравятся варианты с XFS и JFS? Влияние фрагментации на этих
> высоконадёжных! фс, пренебрежимо мало, если вообще есть.
>
> Не вижу смысла изобретать дефрагментатор для фс, устаревшей  уже при рождении.
>

А ext4 ни кто не пробовал?

Re: [Comm] дефрагментация ext3

[Michael Holzman]

2009/1/21 Gleb Kulikov:
> Чем не нравятся варианты с XFS и JFS? Влияние фрагментации на этих
> высоконадёжных! фс, пренебрежимо мало, если вообще есть.
А можно превратить ext3 в XFS на ходу? Без удаления FS и прочих радостей.


-- 
Regards,
    Michael Holzman

Re: [Comm] дефрагментация ext3

[Gleb Kulikov]

In message [Среда 21 января 2009] from Michael Holzman was written:
> 2009/1/21 Gleb Kulikov:
> > Чем не нравятся варианты с XFS и JFS? Влияние фрагментации на этих
> > высоконадёжных! фс, пренебрежимо мало, если вообще есть.
>
> А можно превратить ext3 в XFS на ходу? Без удаления FS и прочих радостей.

Насколько я понимаю, это даже теоретически невозможно.

-- 
      Салют, /GLeb

UIN: 15341920
jabber://gleb@asd.iao.ru
sip://2387245@sipnet.ru			(telephony)
skype://gleb_kulikov.tomsk		(telephony)
sip://20000204@sip.pctel.ru		(telephony)
netmail: 2:5005/78

Re: [Comm] дефрагментация ext3

[Michael Holzman]

2009/1/21 Gleb Kulikov:
>> > Чем не нравятся варианты с XFS и JFS? Влияние фрагментации на этих
>> > высоконадёжных! фс, пренебрежимо мало, если вообще есть.
>>
>> А можно превратить ext3 в XFS на ходу? Без удаления FS и прочих радостей.
>
> Насколько я понимаю, это даже теоретически невозможно.
Именно потому и спросил. Т.е. большинству пользователей, поставивших
умолчательную ФС ext3 придется раньше или позже танцевать с бубном для
того, чтобы вернуться к требуемой скорости работы системы.

Может быть авторы установщиков примут Ваш совет и сделают XFS/JFS ФС
по умолчанию?

-- 
Regards,
    Michael Holzman

Re: [Comm] дефрагментация ext3

[Андрей Черепанов]

21 января 2009 Michael Holzman написал:
> Может быть авторы установщиков примут Ваш совет и сделают XFS/JFS ФС
> по умолчанию?
Навряд ли. Загрузчик на раздел XFS не установишь, эти FS стало распространены 
(поэтому нет развитых средств для работы с ними типа восстановления и т.п.).

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [Comm] дефрагментация ext3

[Eugene Ostapets]

2009/1/21 Андрей Черепанов <cas altlinux.ru>:
> 21 января 2009 Michael Holzman написал:
>> Может быть авторы установщиков примут Ваш совет и сделают XFS/JFS ФС
>> по умолчанию?
> Навряд ли. Загрузчик на раздел XFS не установишь, эти FS стало распространены
> (поэтому нет развитых средств для работы с ними типа восстановления и т.п.).
Классная трава!!! Где такую можно достать???
Загрузчик на XFS/JFS всегда замечательно ставился. fsck для ext3 ничем
не лучше, чем у других файловых систем.
-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [Comm] дефрагментация ext3

[Gennadii Redko]

Eugene Ostapets пишет:
> 2009/1/21 Андрей Черепанов <cas altlinux.ru>:
>> 21 января 2009 Michael Holzman написал:
>>> Может быть авторы установщиков примут Ваш совет и сделают XFS/JFS ФС
>>> по умолчанию?
>> Навряд ли. Загрузчик на раздел XFS не установишь, эти FS стало распространены
>> (поэтому нет развитых средств для работы с ними типа восстановления и т.п.).
> Классная трава!!! Где такую можно достать???
> Загрузчик на XFS/JFS всегда замечательно ставился. fsck для ext3 ничем
> не лучше, чем у других файловых систем.
У меня на разделе с reiserfs как-то выпало несколько секторов на диске.
После этого раздел стал нечитаемым, и fsck при этом не помогало.
С XFS такого не может случиться?

Re: [Comm] дефрагментация ext3

[Eugene Ostapets]

2009/1/21 Gennadii Redko <uit1 zaz.zp.ua>:
> Eugene Ostapets пишет:
>>
>> Загрузчик на XFS/JFS всегда замечательно ставился. fsck для ext3 ничем
>> не лучше, чем у других файловых систем.
>
> У меня на разделе с reiserfs как-то выпало несколько секторов на диске.
> После этого раздел стал нечитаемым, и fsck при этом не помогало.
reiserfsck --rebuild-tree? Не верю (с).
 У меня долгое время в качестве дискеты использовался именно
рассыпающийся диск с reiserfs, ибо ни одна файловая система не
выдерживала и недели на нем...
> С XFS такого не может случиться?
"Удачно" выпавшие сектора убивают любую FS


-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [Comm] дефрагментация ext3

[Андрей Черепанов]

21 января 2009 Eugene Ostapets написал:
> 2009/1/21 Андрей Черепанов <cas altlinux.ru>:
> > 21 января 2009 Michael Holzman написал:
> >> Может быть авторы установщиков примут Ваш совет и сделают XFS/JFS ФС
> >> по умолчанию?
> >
> > Навряд ли. Загрузчик на раздел XFS не установишь, эти FS стало
> > распространены (поэтому нет развитых средств для работы с ними типа
> > восстановления и т.п.).
>
> Классная трава!!! Где такую можно достать???
> Загрузчик на XFS/JFS всегда замечательно ставился. fsck для ext3 ничем
> не лучше, чем у других файловых систем.
Я лично проверял. Не ставится наш загрузчик на раздел с файловой системой XFS. 
Вот JFS не проверял. 

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [Comm] дефрагментация ext3

[Eugene Ostapets]

2009/1/22 Андрей Черепанов <cas altlinux.ru>:
>> Загрузчик на XFS/JFS всегда замечательно ставился. fsck для ext3 ничем
>> не лучше, чем у других файловых систем.
> Я лично проверял. Не ставится наш загрузчик на раздел с файловой системой XFS.
> Вот JFS не проверял.
В раздел jfs ставил неоднократно - полет нормальный, а
востребованность вообще установки в раздел для меня сомнительна...
-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [Comm] дефрагментация ext3

[Gleb Kulikov]

In message [Среда 21 января 2009] from Андрей Черепанов was written:

> Навряд ли. Загрузчик на раздел XFS не установишь, эти FS стало

неверно

> распространены (поэтому нет развитых средств для работы с ними типа
> восстановления и т.п.).

Каких именно средств восстановления нет?

-- 
      Салют, /GLeb

UIN: 15341920
jabber://gleb@asd.iao.ru
sip://2387245@sipnet.ru			(telephony)
skype://gleb_kulikov.tomsk		(telephony)
sip://20000204@sip.pctel.ru		(telephony)
netmail: 2:5005/78

Re: [Comm] дефрагментация ext3

[Alexei V. Mezin]

Gleb Kulikov пишет:
> In message [Среда 21 января 2009] from Андрей Черепанов was written:
> 
>> Навряд ли. Загрузчик на раздел XFS не установишь, эти FS стало
> 
> неверно

Еще совсем недавно у меня lilo отказывался ставиться в раздел на XFS. 
Это уже "починили"? То есть уже научили lilo работать на с XFS?

Re: [Comm] дефрагментация ext3

[Eugene Ostapets]

2009/1/21 Alexei V. Mezin <alexei-mezin rambler.ru>:
> Gleb Kulikov пишет:
>>
>> In message [Среда 21 января 2009] from Андрей Черепанов was written:
>>
>>> Навряд ли. Загрузчик на раздел XFS не установишь, эти FS стало
>>
>> неверно
>
> Еще совсем недавно у меня lilo отказывался ставиться в раздел на XFS. Это
> уже "починили"? То есть уже научили lilo работать на с XFS?
А когда и где это поломали? Номер баги?


-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [Comm] дефрагментация ext3

[Alexei V. Mezin]

Eugene Ostapets пишет:
> 2009/1/21 Alexei V. Mezin <alexei-mezin rambler.ru>:
>> Gleb Kulikov пишет:
>>> In message [Среда 21 января 2009] from Андрей Черепанов was written:
>>>
>>>> Навряд ли. Загрузчик на раздел XFS не установишь, эти FS стало
>>> неверно
>> Еще совсем недавно у меня lilo отказывался ставиться в раздел на XFS. Это
>> уже "починили"? То есть уже научили lilo работать на с XFS?
> А когда и где это поломали? Номер баги?

Это не ломали, это не сделали. Во всяком случае так написано в некоторых 
местах:
http://xfs.org/index.php/XFS_FAQ#Q:_Does_LILO_work_with_XFS.3F

Q: Does LILO work with XFS?

This depends on where you install LILO.

Yes, for MBR (Master Boot Record) installations.

No, for root partition installations because the XFS superblock is 
written at block zero, where LILO would be installed. This is to 
maintain compatibility with the IRIX on-disk format, and will not be 
changed.

Re: [Comm] дефрагментация ext3

[Eugene Ostapets]

2009/1/21 Alexei V. Mezin <alexei-mezin rambler.ru>:
> Eugene Ostapets пишет:
>>> Еще совсем недавно у меня lilo отказывался ставиться в раздел на XFS. Это
>>> уже "починили"? То есть уже научили lilo работать на с XFS?
>>
>> А когда и где это поломали? Номер баги?
>
> Это не ломали, это не сделали. Во всяком случае так написано в некоторых
> местах:
> http://xfs.org/index.php/XFS_FAQ#Q:_Does_LILO_work_with_XFS.3F
>
> Q: Does LILO work with XFS?
>
> This depends on where you install LILO.
>
> Yes, for MBR (Master Boot Record) installations.
>
> No, for root partition installations because the XFS superblock is written
> at block zero, where LILO would be installed. This is to maintain
> compatibility with the IRIX on-disk format, and will not be changed.
Хм... Какая интересная грабля... Все таки старая привычка делать
первым разделом свап и при необходимости в него же ставить загрузчик,
избавила меня от сих тайных знаний, ибо УМВР.

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [Comm] дефрагментация ext3

[Alexei V. Mezin]

Eugene Ostapets пишет:

>> No, for root partition installations because the XFS superblock is written
>> at block zero, where LILO would be installed. This is to maintain
>> compatibility with the IRIX on-disk format, and will not be changed.
> Хм... Какая интересная грабля... Все таки старая привычка делать
> первым разделом свап и при необходимости в него же ставить загрузчик,
> избавила меня от сих тайных знаний, ибо УМВР.
> 

УМВР, потому что /boot на отдельном маааленьком раздельчике чуть ли не с 
ext2, да еще и в первых 4Гб диска, с тех времен когда это было надо.

Однако, не развесить ли багу на инсталлятор, чтоб выдавалось большое 
красное предупреждение при выборе XFS, что загрузчик на такой раздел не 
встанет?

Re: [Comm] дефрагментация ext3

[Eugene Ostapets]

2009/1/21 Alexei V. Mezin <alexei-mezin rambler.ru>:
> Eugene Ostapets пишет:
>
>>> No, for root partition installations because the XFS superblock is
>>> written
>>> at block zero, where LILO would be installed. This is to maintain
>>> compatibility with the IRIX on-disk format, and will not be changed.
>>
>> Хм... Какая интересная грабля... Все таки старая привычка делать
>> первым разделом свап и при необходимости в него же ставить загрузчик,
>> избавила меня от сих тайных знаний, ибо УМВР.
>>
>
> УМВР, потому что /boot на отдельном маааленьком раздельчике чуть ли не с
> ext2, да еще и в первых 4Гб диска, с тех времен когда это было надо.
>
> Однако, не развесить ли багу на инсталлятор, чтоб выдавалось большое красное
> предупреждение при выборе XFS, что загрузчик на такой раздел не встанет?
А у нас загрузчик по-умолчанию ставится в mbr, так что большое красное
предупреждение, которое пользователь прочитает через строку, только
увеличивает шанс, что забыв текст, но запомнив ключевое слова "mbr" и
"опасность", неопытный пользователь таки поставит лило в раздел с xfs

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [Comm] дефрагментация ext3

[Alexei V. Mezin]

Eugene Ostapets пишет:

> А у нас загрузчик по-умолчанию ставится в mbr, так что большое красное
> предупреждение, которое пользователь прочитает через строку, только
> увеличивает шанс, что забыв текст, но запомнив ключевое слова "mbr" и
> "опасность", неопытный пользователь таки поставит лило в раздел с xfs
> 

А иначе опытный, который выберет XFS, да еще и чтоб в раздел, будет 
повторно переустанавливать систему.

Re: [Comm] дефрагментация ext3

[Eugene Ostapets]

2009/1/21 Alexei V. Mezin <alexei-mezin rambler.ru>:
> Eugene Ostapets пишет:
>
>> А у нас загрузчик по-умолчанию ставится в mbr, так что большое красное
>> предупреждение, которое пользователь прочитает через строку, только
>> увеличивает шанс, что забыв текст, но запомнив ключевое слова "mbr" и
>> "опасность", неопытный пользователь таки поставит лило в раздел с xfs
>>
>
> А иначе опытный, который выберет XFS, да еще и чтоб в раздел, будет повторно
> переустанавливать систему.
Пусть психологи или социологи решают, что опаснее. Мне кажется -
предупреждение спровоцирует больше поломанных систем, чем отсутствие,
что доказали крики на форумах всех дистрибутивов, где в инсталере есть
режим "эксперта"...

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [Comm] дефрагментация ext3

[Андрей Черепанов]

21 января 2009 Alexei V. Mezin написал:
> Eugene Ostapets пишет:
> >> No, for root partition installations because the XFS superblock is
> >> written at block zero, where LILO would be installed. This is to
> >> maintain compatibility with the IRIX on-disk format, and will not be
> >> changed.
> >
> > Хм... Какая интересная грабля... Все таки старая привычка делать
> > первым разделом свап и при необходимости в него же ставить загрузчик,
> > избавила меня от сих тайных знаний, ибо УМВР.
>
> УМВР, потому что /boot на отдельном маааленьком раздельчике чуть ли не с
> ext2, да еще и в первых 4Гб диска, с тех времен когда это было надо.
>
> Однако, не развесить ли багу на инсталлятор, чтоб выдавалось большое
> красное предупреждение при выборе XFS, что загрузчик на такой раздел не
> встанет?
При установке сам LILO не даст.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [Comm] дефрагментация ext3

[Gleb Kulikov]

In message [Среда 21 января 2009] from Alexei V. Mezin was written:
>
> Это не ломали, это не сделали. Во всяком случае так написано в некоторых
> местах:
> http://xfs.org/index.php/XFS_FAQ#Q:_Does_LILO_work_with_XFS.3F
>
> Q: Does LILO work with XFS?

Я никогда не наступал на эту граблю и прекрастно загружался с разделов xfs, 
так как испольую grub.

Это, кстати, ещё один звоночек.

-- 
      Салют, /GLeb

UIN: 15341920
jabber://gleb@asd.iao.ru
sip://2387245@sipnet.ru			(telephony)
skype://gleb_kulikov.tomsk		(telephony)
sip://20000204@sip.pctel.ru		(telephony)
netmail: 2:5005/78

Re: [Comm] дефрагментация ext3

[Michael Holzman]

2009/1/21 Alexei V. Mezin :
> Еще совсем недавно у меня lilo отказывался ставиться в раздел на XFS. Это
> уже "починили"? То есть уже научили lilo работать на с XFS?
У меня с АЛК 2.3 именно так и было: lilo на XFS


-- 
Regards,
    Michael Holzman

Re: [Comm] дефрагментация ext3

[Maxim Tyurin]

Michael Holzman writes:

> Именно потому и спросил. Т.е. большинству пользователей, поставивших
> умолчательную ФС ext3 придется раньше или позже танцевать с бубном для
> того, чтобы вернуться к требуемой скорости работы системы.
>
> Может быть авторы установщиков примут Ваш совет и сделают XFS/JFS ФС
> по умолчанию?

Танцевать с бубном понадобится всем кто делает / на весь диск.
Мне ни разу в жизни не понадобился / больше 1G.
И проблем с фрагментацией у себя не наблюдаю.
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

Re: [Comm] дефрагментация ext3

[Michael Holzman]

2009/1/21 Maxim Tyurin:
> Танцевать с бубном понадобится всем кто делает / на весь диск.
Положим, не на весь. Но очень часто получаются разделы по 20-30 GB и больше

> Мне ни разу в жизни не понадобился / больше 1G.
А кто про него говорил? Речь изначально шла о /home на 177 G

> И проблем с фрагментацией у себя не наблюдаю.
Мне сложно себе представить, что нужно сделать чтобы   /   был
фрагментированным. Если не предполагать, конечно, что /tmp, /usr,
/var, /home являются просто его родными директориями.

-- 
Regards,
    Michael Holzman

Re: [Comm] дефрагментация ext3

[Denis G. Samsonenko]

Привет!

22 января 2009 г. 12:16 Michael Holzman написал:
> Мне сложно себе представить, что нужно сделать чтобы   /   был
> фрагментированным. Если не предполагать, конечно, что /tmp, /usr,
> /var, /home являются просто его родными директориями.

Я думаю, на большинстве домашних машин отдельно выделен только /home.

-- 
Всего доброго,

Денис.

Re: [Comm] дефрагментация ext3

[Michael Holzman]

2009/1/22 Denis G. Samsonenko:
>> Мне сложно себе представить, что нужно сделать чтобы   /   был
>> фрагментированным. Если не предполагать, конечно, что /tmp, /usr,
>> /var, /home являются просто его родными директориями.
>
> Я думаю, на большинстве домашних машин отдельно выделен только /home.
Что плохо с моей точки зрения. Уж очень много временных файлов пишется
в /tmp и /var. Да и /usr не без греха если человек очень любит
пробовать новые программы/версии.

-- 
Regards,
    Michael Holzman

Re: [Comm] дефрагментация ext3

[Timur Batyrshin]

[-- Attachment #1: Type: text/plain, Size: 882 bytes --]

On Thu, 22 Jan 2009 10:09:31 +0200
Michael Holzman wrote:

> 2009/1/22 Denis G. Samsonenko:
> >> Мне сложно себе представить, что нужно сделать чтобы   /   был
> >> фрагментированным. Если не предполагать, конечно, что /tmp, /usr,
> >> /var, /home являются просто его родными директориями.
> >
> > Я думаю, на большинстве домашних машин отдельно выделен
> > только /home.
> Что плохо с моей точки зрения. Уж очень много временных файлов пишется
> в /tmp и /var. Да и /usr не без греха если человек очень любит
> пробовать новые программы/версии.

/tmp на tmpfs

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [Comm] дефрагментация ext3

[Maxim Tyurin]

Michael Holzman writes:

>> Мне ни разу в жизни не понадобился / больше 1G.
> А кто про него говорил? Речь изначально шла о /home на 177 G

/home больше 32 тоже пока не нужен был. 
LVM существует уже не первый год и нет никаких проблем нарезать себе
нужных в данный момент ФС необходимого размера.

-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

Re: [Comm] дефрагментация ext3

[Michael Holzman]

2009/1/22 Maxim Tyurin :
> /home больше 32 тоже пока не нужен был.
> LVM существует уже не первый год и нет никаких проблем нарезать себе
> нужных в данный момент ФС необходимого размера.
Наверное LVM - хорошая штука. Но большинству пользователей (включая
меня) существенно проще сделать одну большую ФС, чем более-менее
регулярно заниматься нарезкой "ФС необходимого размера"

В общем пришли к старой как Linux проблеме: для кого дистр делается -
для очень много знающего профессионала или для обыкновенного
пользователя, желающего выполнять только нужные ему операции?

По-моему, эту ветку пора заканчивать.

service holywar stop

-- 
Regards,
    Michael Holzman

Re: [Comm] дефрагментация ext3

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 550 bytes --]

On Thu, Jan 22, 2009 at 10:57:14AM +0200, Maxim Tyurin wrote:
> /home больше 32 тоже пока не нужен был. 
> LVM существует уже не первый год и нет никаких проблем нарезать себе
> нужных в данный момент ФС необходимого размера.
А если требуется хранить в /home хла^Wинформации больше чем на 32 гб,
зачем его на разделы нарезать? Даже с LVM.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

<gns> hiddenman: я давеча в баре показывал как работает LHC. после четвертого
      круга LHC сделал бабах и бокал разбился :))

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [Comm] дефрагментация ext3

[Michael A. Kangin]

On 21 января 2009 Gleb Kulikov wrote:


> Чем не нравятся варианты с XFS и JFS? Влияние фрагментации на этих
> высоконадёжных! фс, пренебрежимо мало, если вообще есть.

А пользователи без UPS не скажут вам за XFS большое человеческое спасибо?


-- 
wbr, Michael A. Kangin

Re: [Comm] дефрагментация ext3

[Michael Holzman]

2009/1/21 Michael A. Kangin:
> А пользователи без UPS не скажут вам за XFS большое человеческое спасибо?
Я жил 4 года с XFS без UPS и без единой проблемы. До тех пор пока не
умер диск. После этого поставил себе 4.0 на новый диск и оказался с
ext3 :-(

Кроме того, на XFS свет клином не сошелся. Неужели нельзя спраишивать
про тип ФС при автоматической разбивке диска? Мне, например, именно
этого и не хватило.

-- 
Regards,
    Michael Holzman

Re: [Comm] дефрагментация ext3

[Eugene Ostapets]

2009/1/20 Denis Nazarov <marsden mail.ru>:
> Так как тема дефрагментации выпала из треда каталога с совместным доступом, начинаю
> новый тред.
>
> Исходные данные
> раздел /home на 177 Гб, забит почти полностью (свободно меньше 10 Гб),
Т.е. свободно менее 10%. Дальше можно было и не тестировать. Все unix
файловые системы, и ext3 особенно, начинают проседать при доступном
месте <10% и фрагментация постоянно растет. Когда доступно более 10%,
фрагментация не влияет на производительность так сильно.

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [Comm] дефрагментация ext3

[Алексей Шенцев]

On Wednesday 21 January 2009 10:18:10 Eugene Ostapets wrote:
> Т.е. свободно менее 10%. Дальше можно было и не тестировать. Все unix
> файловые системы, и ext3 особенно, начинают проседать при доступном
> месте <10% и фрагментация постоянно растет. Когда доступно более 10%,
> фрагментация не влияет на производительность так сильно.
Ну не так всё плохо, особенно если учесть что в оффтопике, что при fat, что 
при ntfs если свободного места <17% начинается значительное замедление 
системы. И в m$ при таком малом размере свободного места уже не сделаешь 
дефрагментацию.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] дефрагментация ext3

[Gennadii Redko]

Denis Nazarov пишет:

> Если кто-то сможет проанализировать данные bonnie++ и проинтерпретировать 
> сюда результаты - буду очень благодарен :)
Что тут анализировать.
13% - падение скорости чтения и 7-10% для разных видов записи.
Заметные "тормоза", но и не в "разы".

Наверное наличие программы-дефрагментатора было бы приятно, но при 
сильно фрагментированном диске нынешних объемов отрабатывают они 8-10 часов.
Выполнить дефрагментацию перемещением файлов - явно быстрее.
Но понятно, что не удобнее...

Наверное при анализе причин падения производительности от времени 
использования нужно глядеть на объемы разных там временных файлов и 
индексов.

Re: [Comm] дефрагментация ext3

[ABATAPA]

21 января 2009, Gennadii Redko написал:
> Что тут анализировать.
> 13% - падение скорости чтения и 7-10% для разных видов записи.
> Заметные "тормоза", но и не в "разы".

Смотря где.
У меня USB-винт подключен к Asus WL-500gP, на котором трудится Transmission.
Память перепаяна на 128M, но все равно - USB там медленный, preallocate места 
для файла не работает. Файлы сильно фрагментированы (на несколько гигов - 
десятки и сотни тысяч фрагментов). После подключения к "большому" компу 
скорость чтения ~ 1 MB/s ("нормально" записанный - 20-30 MB/s). 
Считайте.

-- 
ABATAPA

Re: [Comm] дефрагментация ext3

[George V. Kouryachy]

On Wed, Jan 21, 2009 at 12:06:58AM +0500, Denis Nazarov wrote:
> раздел /home на 177 Гб, забит почти полностью (свободно меньше 10 Гб), последние 4
> месяца активно используется под торренты, торможение при работе с данными
> с этого раздела ощущалось уже "на глаз". Решил провести дефрагментацию путем 
> сливания всего на другой винт, форматирования раздела и заливания этого же всего обратно. 
> Перед началом процесса провел тест bonnie++, а также посмотрел фрагментацию отдельных файлов.
См. письмо eostapets: при достижении заранеее заданного порога
свободного места (обычно 10%), Ext3 переключается из режима "экономить
время" в режим "экономить место". Дефрагментировать такую ФС -- это,
например, освобдить 30% места и тупо скопировать каждый файл, удаляя
исходный.

-- 
			George V. Kouryachy (aka Fr. Br. George)
			mailto:george at altlinux_org