Интервью о состоянии поддержки ext4 в Fedora 9

>>>...но код ее достаточно сложен...

Да! Насколько сложен, что до сих пор не могут сдвинуться от начала раздела для размещения бута 8) Поправить невозможно ибо вся XFS уйдёт в даун на пару лет - на фиксы багов возникших после столь опрометчивого шага 8). Код крайне мутный и бестолковый - если это критерий "сложности" - тогда я согласен 8)

А если серьёзно, то дефраг _л_ю_б_о_й_ block rw ФС крайне необходим - слава тебе: это начали понимать в широких массах пейсателей онных. Проблемы с большыми каталогами связаны с их "размазыванием" по нодам, да и сама подобная организация ФС (ноды) не способствует монолитному представлению файла на носителе. Другими словами - большой файл на таких ФС априори не может быть монолитом, как и структура каталога. Реальность гораздо суровее - типичный образ ДВД фрагментирован на 25000-40000 кусков растыканных по всему разделу. (Это пример реальной файлопомойки с частыми обновлениями существующей уже несколько лет. Умников прошу не беспокоиться - бакапить/ресторить несколько терр нужно еще иметь куда - я молчу о временных характеристиках сего действа) В результате скорость чтения этого образа 15-20 мб/сек, а с низкой фрагментацией - 200- 250 мб/сек. (Есть там и такие 8) Почуствуйте разницу, как говорится.

По поводу FAT/NTFS могу сказать одно - их реализация в линуксе отвратительна - тормоза по сравнению с... Ну да слава тебе, что вообще есть - не очень актуально.

P.S. Короче, в этом направлении еще пилить и пилить - но для начала хотя бы дефраги под то что есть, а ... ?

Дефрагментация ИНОГДА имеет смысл, опять же она должна быть online, как и fsck, ничего подобного для ext* я не наблюдаю. Пока? Или так будет всегда?

>>>Дефрагментация ИНОГДА имеет смысл, опять же она должна быть online, как и fsck, ничего подобного для ext* я не наблюдаю. Пока? Или так будет всегда?

Да хоть offline - только людский, хрен с ним. Перебирать харчами не приходится.

P.S. Меня вобще-то интересует дефраг под reiser3 :D

> P.S. Меня вобще-то интересует дефраг под reiser3

вот тут я думаю он не нужен -- reiserfs всё делает сама. Качаю ослом фильмы и время от времени наблюдаю как система сама перетасовывает блоки на разделе по мере докачки фильма.

Чем Вы мониторите эту активность?

> Чем Вы мониторите эту активность?

у меня в трее выводятся датчики всего что можно померять и графики ksysguard рисует, загрузка процессора от них 1-2%.

старая привычка следить что в системе свориться :)

ЗЫ датчики вывожу при помощи kima http://kde-apps.org/content/show.php/Kima+-+kicker+monitoring+applet?content=...

>Качаю ослом фильмы и время от времени наблюдаю как система сама перетасовывает блоки на разделе по мере докачки фильма

Я правильно понял, что это Ваша догадка на основе общей активности дисковой системы/CPU или все-таки есть тулза, позволяющая увидеть, что блок N0 файла XXX перемещен из позиции А а позицию В?

До сих пор мне казалось, что все современные ФС должны иметь встроенные механизмы дефрагментации.... Наверное они есть, только их скорее можно назвать: средства уменьшения фрагментации при выделении пространства. И реальная фрагментированность, с учетом их наличия, начинается появляться при исчерпании свободного пространства.

>>>вот тут я думаю он не нужен -- reiserfs всё делает сама.

Не поленитесь сделать filefrag - оптимизм улетучится 8)

> разрабатывается дефрагментатор

дефрагментатор не нужен

>А сколько шуму и разговоров было, что дефрагментатор в Linux не нужен, что это кривой NTFS неспособный адекватно раскладывать файлы и т.д.

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

Я буду. Когда фрагментация достигает 30% - то это просто кранты :) И даже 5% - уже достаточно много, чтобы заметно тормозить на IO-wait.

+100

Вообще, я так понимаю, что кричащие про ненужность дефрага - это неофиты водрузившие себе после долгих консультация на форумах очередной дистр. Расслабьтесь - пока раздел не перепишется с десяток раз полностью - явных проблем с фрагментацией вы не увидите. А к тому времени насоветуют новый супер-пупер дистр 8) Вам оно действительно не нужно 8)

> Меня вобще-то интересует дефраг под reiser3 :D

А он и не планировался: Ханс давно объявил reiser3 "out of date" и свернул все работы по ее девелопменту, оставив только техподдержку.

>>>А он и не планировался: Ханс давно объявил reiser3 "out of date" и свернул все работы по ее девелопменту, оставив только техподдержку.

Ну и что ? 8) Пока будет юзаться reiser3, есть слабая надежда что у кого-нить лопнет терпение от этого безобразия с его отсутствием и что-то будет рождено.

Я уж с горя сам давно начал проектировать ФС 8)

> Разрабатывается дефрагментатор наподобие имеющегося в XFS. Он будет уметь: собирать файл в непрерывную область, собирать файлы из одной директории вместе, собирать пустое пространство в непрерывную область. Производительность при этом должна возрастать.

"Дефрагментаттор не нужен", "дефрагментаттор не нужен". Звездуны. Такие же как бсдшники, которые кричали "журнал не нужен", "журнал не нужен" а сами прикручивали gjournal и портировали ZFS.

> У меня линукс стоит на fat разделе дома - не жалуюсь. Бысто, стабильно, ПОНЯТНО.

А что НЕПОНЯТНОГО в ext3 или reiserfs?!

> И из венды видно разделы.

А что, ext3 или reiser не видно(через доп. драйвера/плагины)?

> Странные вы какие то.

В зеркало посмотри.

> Пока будет юзаться reiser3, есть слабая надежда что у кого-нить лопнет терпение от этого безобразия с его отсутствием и что-то будет рождено

К рейзеру3 тяжело что-то прикрутить - костыль еще тот будет (типа ext4). Классический пример - xattrs-ы, реализованные Джефом Махони. Если уж соображать дефрагментатор, то только для reiser4, которая по слухам свободна от многих недостатков v3.

Ну XATTR кругом прикручены через одно место 8)

> Ну XATTR кругом прикручены через одно место 8)

Ну так как в reiser3, ни в одной другой: под них отводится специальный регулярный файл, в результате чего xattr хэндлеры лезут в потроха VFS.

Как же это так файловую систему испортили? ;) Для ext3 по утверждениям красноглазых линуксоидов дефрагментатор не требуется ввиду шедевральности ее внутреннего устройства :) А тут на тебе - разрабатывается дефрагментатор ! Я сражен!

> Странные вы какие то. У меня линукс стоит на fat разделе дома - не жалуюсь. Бысто, стабильно, ПОНЯТНО. И из венды видно разделы.

Стоят мужики в курилке, экскаваторы обсуждают. Подходит пацан в тельняжке:"Странные вы какие-то. У меня кирка есть - быстро, удобно, понятно."

> "Дефрагментаттор не нужен", "дефрагментаттор не нужен". Звездуны. Такие же как бсдшники, которые кричали "журнал не нужен", "журнал не нужен" а сами прикручивали gjournal и портировали ZFS.

Заметь, что красноглазая братия с ЛОР-а и прочих, не какого отношения к реальным разработчикам, будто ядра GNU/Linux или FreeBSD, не имеет, так что кричат дети, а реализуют уже мужчины...;)

>а пионеры на каждом углу кричат "нам в ext3 дефрагментатор не нужен" или еще лучше "в линуксе дефрагментатор не нужен", оказывеется нужен

дефрагментация нужна, особенно на встраиваемых лялихах, дает существенный прирост в скорости отдачи файлов.

>>> Особенно на встраиваемых...

Моя плакать очень горько.

> Разрабатывается дефрагментатор наподобие имеющегося в XFS. Он будет уметь: собирать файл в непрерывную область, собирать файлы из одной директории вместе, собирать пустое пространство в непрерывную область. Производительность при этом должна возрастать.

а на jfs есть чтонить подобное? а то начал задумываться о ней

Насколько я знаю, дефрагментатор есть только для XFS. Ну и ещё, вроде бы, что-то было для ext2.

> cd /root/000/

Не работай под рутом! Пока сам себе пол-системы не снёс скриптом с мааааленькой ошибочкой :))

> Ну и ещё, вроде бы, что-то было для ext2

От О&О та еще херь

Не,я не про O&O. Я про defrag из пакета e2fsprogs. Судя по их сайту (http://e2fsprogs.sourceforge.net/ext2.html), у них недавно ещё и обновление было :)

Во чего ещё нагуглилось сейчас: http://linux.maruhn.com/sec/defrag.html "Linux filesystem defragmenters. The programs in this package will reorganise data on minix, ext, ext2 and xia file system partitions in order to improve the file system's performance."

первый вариант по интересней e2fsprog

блин попробовать не начем, над var'ом поиздеваться чтоль

> Ну XATTR кругом прикручены через одно место 8)

Ну вот в ext4 их впервые вкрутили нормально. И быстрее они намного стали из-за этого.

> а на jfs есть чтонить подобное? а то начал задумываться о ней

На jfs, как и на любой другой фс при наличии достаточного количества свободного места можно использовать shake: http://vleu.net/shake/

Я пробовал на двухтерабайтном jfs разделе, долгое время забитым под завязку и из-за этого жутко фрагментировавшегося (50 тысяч фрагментов на 400 меговый файл - и такое сплошь и рядом, жуть) - после того, как расширил на пол-терабайта (он на рейде). Отлично помогло. Работает долго, зато в онлайне, принцип элементарный и очень надежно (если питание не вырубать, хе-хе).

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

спасибо, посмотрю

>Я буду. Когда фрагментация достигает 30% - то это просто кранты :) И даже 5% - уже достаточно много, чтобы заметно тормозить на IO-wait.

У меня за лет 5 пользования фрагментация ни на одном разделе (кроме /var/tmp) не более 2%.

Просто грамотно разбить изначально и все.

>Моя плакать очень горько.

от чего?

> Ну XATTR кругом прикручены через одно место

Ну так XATTR - это костыль по определению. Говнище, которое пришло из XFS.

> особенно на встраиваемых лялихах

К рогопеду, быдро!

А у меня есть один диск - так на нем нет фрагментации вообще: потому как лежит в шкафу. Уж который год. Надо просто ПРАВИЛЬНО юзать диски - и всё 8)

Хватит бредить ...

Как поставить стиль FF 2.0 списка истории адресов в address bar'e?

Бредят товарищи, у которых фрагментация на рейзере приближается к 30%. Как им этого удается достигнуть без веществ - загадка. .

> Как поставить стиль FF 2.0 списка истории адресов в address bar'e?

Ранние беты ff3: выключить browser.urlbar.richResults в about:config

бета 4: поставить расширение https://addons.mozilla.org/en-US/firefox/addon/6227

Сними розовые очки, о красноглазый мечтатель ...

filefrag Fedora-8-x86_64-DVD.iso

Fedora-8-x86_64-DVD.iso: 50425 extents found

/dev/sdb1 on /.ISO type reiserfs (rw,attrs)

Вопросы есть ?... ( Я кажись понял: неофит! см. выше 8)

> filefrag Fedora-8-x86_64-DVD.iso

Сидим под рутом?

> Fedora-8-x86_64-DVD.iso: 50425 extents found

> /dev/sdb1 on /.ISO type reiserfs (rw,attrs)

> Вопросы есть ?

Угу. Главный вопрос - понимаешь ли ты, чго эти цифирки означают?

Ну-ка, ну-ка, просветите ... 8)

А это так, сказать, информация к размышлениям ...

filefrag ubuntu-6.10-dvd-amd64.iso

ubuntu-6.10-dvd-amd64.iso: 386 extents found

dd if=Fedora-8-x86_64-DVD.iso of=/dev/null bs=4096

946388+1 records in

946388+1 records out

3876407296 bytes (3,9 GB) copied, 234,956 s, 16,5 MB/s

dd if=ubuntu-6.10-dvd-amd64.iso of=/dev/null bs=4096

922331+1 records in

922331+1 records out

3777869824 bytes (3,8 GB) copied, 13,8669 s, 272 MB/s

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