[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