И на кой это надо?

Неужели и для ext3 мы скоро увидем утилиты-дефрагментаторы?

разме ext2/ext3 поддерживают фрагментацию?!

>>Неужели и для ext3 мы скоро увидем утилиты-дефрагментаторы?

Угу, хе-хе :). А там и до scandisk'ов недалеко :).

> dav can work on the following environment.

> * Fedora Core 2（Upstream kernle v2.6.9）

> * Miracle Linux v3.0（Kernel v2.4.21 for Miracle Linux v3.0）

Я смотрю они "хорошо" протестили этот софт. Аж на двух дистрибутивах.

Как раз вовремя. Когда большинство уже переходит на reiserfs

Ну, мысль не плохая...

Кто тестит? ;-)

чем бы дитя не тешилось, лишь бы не забеременело...

> И на кой это надо?

Скучно красноглазым без дефрагментаторов :).

А так, смысла  никакого, т.к. 1) фрагментация слабо влияет на
производительность ext[23] (да и других Linux'овых ФС), 2) за
несколько лет она интенсивного использования ФС она так и остается
~ несколько процентов.

Жуткий БАЯН. Обе утилиты последний раз обновлялись год назад!

> А там и до scandisk'ов недалеко :).

Дык давно есть, /sbin/e2fsck

>Жуткий БАЯН. Обе утилиты последний раз обновлялись год назад!

>Project UNIX name: davtools Registered: 2005-02-24 20:15

>davtools Release 1.2.0 July 11, 2005

Ну не год. Но все равно баян.

>А так, смысла никакого, т.к. 1) фрагментация слабо влияет на производительность ext[23] (да и других Linux'овых ФС), 2) за несколько лет она интенсивного использования ФС она так и остается ~ несколько процентов.

Если на 90% раздел забить, фрагментация будет приличная.

> Как раз вовремя. Когда большинство уже переходит на reiserfs

Многие люди не будут использовать reiserfs как минимум ближайшие 5 лет.

БЗДшники например. :-)

Кто переходит? Зачем? Работает - не трогай!

Если раздел забит на 90%, его надо освобождать, увеличивать или идти в магазин за новым диском. Так как если он у тебя забился на 90%, то в любой момент может произойти съедание оставшихся процентов.

Да и что-то модуль для ядра требуется утилитам, не могут смотреть вроде примонтированные разделы без него. Что-то не очень-то это здорово.

А че её поддерживать, она сама получится.:D

главный споносор фрагменатции линукс фс - компания симантех:)

а че правда фрагментация есть в райзере например ? чегой-то неощущается нигде

> разме ext2/ext3 поддерживают фрагментацию?!

Здра моя ра... Фрагментацию файлов не поддерживает только одна файловая система - с последовательной записью (не помню как по научному). Правда у неё недостатки есть - при добавлении в уже существующий файл его начало приходится переносить в конец файловой системы. Как следствие - большая фрагментация свободного пространства и быстрое заполнение тома (раздела). Соответственно, чтобы всё это работало, периодически нужно собирать куски файлов в непрерывную последовательность. То есть, дефрагментировать свободное пространство. И чем чаще, тем лучше. Потому не пользуется популярностью :)

а какой драйвер надо установить чтобы у меня тоже фрагментация была?

>а какой драйвер надо установить чтобы у меня тоже фрагментация была?

mldonkey, azureus..

> Неужели и для ext3 мы скоро увидем утилиты-дефрагментаторы?

Обязательно. Причём это, скорее всего, будет закрытый коммерческий софт. Очень много их, успешно продающих воздух.

>Здра моя ра... Фрагментацию файлов не поддерживает только одна файловая система - с последовательной записью (не помню как по научному).

TR-DOS :)

Сколько слышал о дефрагментаторах под линукс, ниразу не видел нормального обоснования их "нужности"

>>Если раздел забит на 90%, его надо освобождать, увеличивать или идти в магазин за новым диском.
У меня на домашней машине никогда больше 2% свободного места не бывает. Причём это не зависит от ёмкости носителя (хоть 20, хоть 40... хоть 200). Наверное я очень жадный :)

>У меня на домашней машине никогда больше 2% свободного места не бывает.

А место для темпов, а обновления, а кэши, и т.д. Чтото вы гоните батенька... Да и с таким пространством потерять давнные как пить дать.

>>а какой драйвер надо установить чтобы у меня тоже фрагментация была?

>mldonkey, azureus..

Да, енти утили специально сделаны для создания жутко фрагментированых файлов. Однако в mldonkey есть опция для полного создания пустого файла (без дырок), так что читайте конфиги - они рулез...

зачем это всё нужно? возможно, я ошибаюсь, но для ext2/3 фрагментация не особо актульна.

--седайко стюмчик

юзаю я дженту с мая 2003 года... стоит на reiserfs 3.6 разделе... дык дефрагментация очень сильно чувствуется: при запуске программы, когда подгружаются shaed библиотеки, винт разрывается, головка носится из одного конца раздела в другой... Что безусловно не может не сказатся на производительности. свободного места ~30%.. единственная допущенная мною ошибка в разбиение: содержание часто меняющихся файлов на корневой системе: /home, /var, /usr/portage. При чем здесь проблема даже не в том, что файлы дефрагметированы, а то что нужные файлы могут лежать в разных концах диска.

также полезная ссылка в тему: http://www.informatik.uni-frankfurt.de/~loizides/reiserfs/fibmap.html#descrip...

> У меня на домашней машине никогда больше 2% свободного места не бывает. Причём это не зависит от ёмкости носителя (хоть 20, хоть 40... хоть 200). Наверное я очень жадный :)

Представляю, как "быстро" это всё работает. Нравится жить в хлеву?

Если файлы лежат в разных местах диска и в любое время может понадобиться любой из них, то тут хоть фрагментируй, хоть дефрагментируй - ничем не поможешь. Это раз.
А readahead hdparm'ом настроен? ;) Это два.

> Кто переходит? Зачем? Работает - не трогай!

Раоботает??? Неделя тока прошла, после моего очередного конфликта с ext3: fsck угробил всю систему. Вусмерть, даже сам потом запускаться отказался. После этого я решил корень (а на домашнем там всё) держать на XFS.

> Раоботает??? Неделя тока прошла, после моего очередного конфликта с ext3: fsck угробил всю систему. Вусмерть, даже сам потом запускаться отказался. После этого я решил корень (а на домашнем там всё) держать на XFS.

Как не странно, такое можно услышать о любой фс... у меня ext3 который год - никогда проблем не было...

>Раоботает??? Неделя тока прошла, после моего очередного конфликта с ext3: fsck угробил всю систему. Вусмерть, даже сам потом запускаться отказался. После этого я решил корень (а на домашнем там всё) держать на XFS.

Память проверял? Пользуюсь ext3 уже лет 5, проблемы были только когда сыпанулась память.

У меня /, /usr, /var, /tmp и пр. - всё в одном разделе, плюс 2 дополнительных раздела для хранения медийных файлов.
Свободное место:

Файловая система Разм Исп Дост Исп% смонтирована на
/dev/ide/host0/bus0/target0/lun0/part1
20G 19G 414M 98% /
/dev/ide/host0/bus0/target0/lun0/part7
74G 70G 496M 100% /mnt/media
/dev/ide/host0/bus0/target0/lun0/part6
37G 35G 418M 99% /storage
Наверное самый кривой вариант разбивки, который только можно придумать, но работает! Причём, в / хранятся временные файлы aMule, которые, скачавшись, перемещаются в /mnt/media или /storage. Работает уже больше года, никаких проблем.

>>Если файлы лежат в разных местах диска и в любое время может >>понадобиться любой из них, то тут хоть фрагментируй, хоть >>дефрагментируй - ничем не поможешь. Это раз.
>>А readahead hdparm'ом настроен? ;) Это два.

1)согласен
2)hdparm не умеет работать с SATA дисками, это два =)


2 seiken: у меня тоже все работает.... только все-таки эффект описанный выше наблюдается.

&gt Многие люди не будут использовать reiserfs как минимум ближайшие 5 лет.

Блин, где же ты раньше был?! Использую reiserfs уже минимум 3 года где тока можно, и не знал что нельзя.... Что же теперь делать-то? Чем можно перевести reiserfs на ext3 без форматирования?

>Неделя тока прошла, после моего очередного конфликта с ext3: fsck угробил всю систему. Вусмерть, даже сам потом запускаться отказался

Хм... И, тем не менее, разговоры о "надежности" ext2/3 по сравнению с Fat32 не прекращаются...

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

рагментаторы-дефрагментаторы были для Dos'а, а для вындовса появились фактически "оптимизаторы данных на диске", которые, помимо дефрагментации, занимались оптимальным расположением данных по разным критериям, например, по частоте доступа: в начало диска сувались самые частоиспользуемые файлы, в конец-редкоиспользуемые...

to all: Давно пора понять, что нужны именно оптимизаоры, манипулирующие данными на диске, а не дефрагментаторы, выполняющие путем манипуляции всего 1-3 задачи. В этом случае, к примеру, программу, которая установлена значительно позже, но используется чаще, можно переместить к началу диска.

>Сколько слышал о дефрагментаторах под линукс, ниразу не видел нормального обоснования их "нужности"

Я даже как-то читал о более интересной идее: что мол очень сильная фрагментация иногда может даже ускорять работу :)

>дык дефрагментация очень сильно чувствуется:

>При чем здесь проблема даже не в том, что файлы дефрагметированы

может быть "фрагментация" ?! Потому что дефрагментация это действие, направленное на уменьшение фрагментации...

А мужики то и не знают!

apt-cache show defrag

Package: defrag Priority: extra Section: admin Installed-Size: 208

Description: ext2, minix and xiafs filesystem defragmenter As a file system is used, data tends to become more and more scattered across the disk, degrading performance. A disk defragmenter simply re-organises the data on the disk, so that individual files occupy a single sequential set of disk blocks, and all the free space on the disk is collected together in a single region. This generally means that reading a whole file is faster, and disk accesses in general are more efficient

> а какой драйвер надо установить чтобы у меня тоже фрагментация была?

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

> Я даже как-то читал о более интересной идее: что мол очень сильная фрагментация иногда может даже ускорять работу :)
Не то чтобы очень сильная, но толковая фрагментация действительно ускоряет работу. Скажем если в исполняемом файле секторы на диске будут располагаться в том порядке, в котором они загружаются при запуске. Еще в 98-й винде дефрагментатор умел такое делать )))

>Память проверял? Пользуюсь ext3 уже лет 5, проблемы были только когда >сыпанулась память.

Уважаемый! 5 лет назад поддержка ext3, во-первых - отсутсвовала в ядре. во-вторых, в то далекое время ее код был имел статус альфа.

Иначе говоря, "урежь осетра!!!" (c)

>по частоте доступа: в начало диска сувались самые частоиспользуемые файлы, в конец-редкоиспользуемые...

плакал :) вы бы еще магнитные сердечники вспомнили %)

21 век на дворе

> Память проверял? Пользуюсь ext3 уже лет 5, проблемы были только когда сыпанулась память.

Ну два года не было проблем с памятью, и сейчас никто не жалуется. А fsck всегда что-нибудь на ext2/3 найдёт, например zero Dtime.

> а че правда фрагментация есть в райзере например ?

там, iirc, дерево разбалансироваться может.

>плакал :) вы бы еще магнитные сердечники вспомнили %) 21 век на дворе

Ах да, я забыл... Кульные современные парни покупают USB-разветвитель гнезд этак на 127, покупают флешки и медленно, покуривая кубинские сигары, фтыкают, получая удовольствие от мысли, что никакая фрагментация им теперь не страшна...