Назад | Перейти на главную страницу

Вопросы по функциям Ext3 / 4 (dir_index, filetype) и производительности файловой системы XFS

Я разрабатываю приложение, которое читает огромный список каталогов и проверяет типы файлов, используя file команда и с файловой системой ext4.

Когда я смотрю на Ext4, я вижу, что у него есть две интересные особенности

я только что включил обе функции, используя 

tune2fs -O dir_index /dev/hdXY 
e2fsck -fD /dev/hdXY

мои вопросы:

  1. Dir_index работает прозрачно после включения (т.е. ls -lR large_direcory/ производительность улучшилась без необходимости в какой-либо дополнительной программе / конфигурации) или нужно заставить его работать с помощью программирования / сценариев?
  2. Индексы генерируются прозрачно? или нужно регенерировать с помощью e2fsck -fD /dev/hdXY?
  3. Как работает функция типов файлов Ext3 / 4?
  4. Я читал, что XFS имеет лучшую производительность и надежность по сравнению с ext3, как он сравнивается с ext4, следует ли мне переключиться?

Спасибо!

IIRC dir_index будет автоматически применяться к любым новым файлам после его создания, но он не будет работать задним числом без fsck. Я не знаю об этой функции типа файла. Я никогда не слышал, что XFS более надежен по сравнению с ext3 из-за того, что он не выполняет (не делает?) ... блокировку записи? (Я забыл термин) ... это было менее надежно из-за более длительных синхронизаций. У Ext4 была такая же проблема, но она была исправлена ​​...

Ответьте на ваш четвертый вопрос или хотя бы что-нибудь, над чем стоит подумать:

Одна вещь, в которой XFS блистает по сравнению с ext3 (возможно, также с ext4), - это параллелизм. XFS хорошо масштабируется в многопроцессорной среде, но с ext3 kjournald не очень хорошо использует несколько ядер.

Так что если за доступ к диску одновременно борются несколько процессов, то XFS - очень хороший выбор. Я думаю, что ext4 также получила группы распределения, поэтому она могла бы улучшить свою работу и с SMP, но это одна вещь, о которой нужно помнить при тестировании.