[NIXP] Tuxera: Наша реализация NTFS быстрее других файловых систем в GNU/Linux

[Dmitry Shurupov]

Антон Альтапармаков (Anton Altaparmakov), ведущий разработчик компании Tuxera, сделал весьма громкое заявление, сообщив в почтовой рассылке linux.file-systems, что NTFS является самой быстрой файловой системой… в GNU/Linux. Tuxera — финская компания, основной бизнес которой построен на продаже коммерческих продуктов в виде реализации NTFS для Mac OS X и других ФС (exFAT, FAT и т.п.) для встраиваемых систем. Ее сотрудник Альтапармаков давно известен в Open Source-среде благодаря разработке драйвера NTFS для Linux. Реализация NTFS от Tuxera на уровне ядра (т.е. не требующая FUSE и не работающая в пользовательском пространстве) так и остается закрытой, но разработчик не преминул возможностью похвастаться ее достижениями. Из письма Антона в linux.file-systems: «[..] драйвер для ядра Tuxera NTFS быстрее, чем вообще может быть любой другой userspace-драйвер для NTFS. Он еще и быстрее, чем ext3/ext4. На примере встраиваемой системы (процессор 800 МГц, 512 Мб RAM, размер буфера записи — 64 КиБ) NTFS в пользовательском пространстве достигает максимальной скорости кэшируемой записи в ~15 МиБ/с, ext3 — ~75 МиБ/с, ext4 — 100 МиБ/с, а Tuxera NTFS kernel driver — ~190 МиБ/с, превосходя ext4 вдвое, а реализацию NTFS в пользовательском пространстве — в 10 раз. У файловых систем в пользовательском пространстве есть свои применения, но высокая производительность — это не одно из них… Вы можете сказать, что ext3/4 являются журналируемыми, поэтому нечестно так сравнивать, но тогда я добавлю, что FAT32 достигает скорости в 100 МиБ/с на том же оборудовании в том же тесте, чем всего вдвое уступает NTFS». В последующем письме он же напишет, что благодаря реализованному им механизму «отложенный обновлений метаданных» реализация Tuxera NTFS для ядра «превосходит все другие протестированные файловые системы», среди которых называются разные версии ext, XFS и FAT.

оригинал на www.nixp.ru

[Stauffenberg]

Ах, хвастунишка

[Denjs]

«отложенный обновлений метаданных»

т.е. если свет моргнул, система reboot - то с необновленными метаданными мы отгребаем потерю данных?

я правильно понимаю?

ну тогда fat32 - он полюбому быстрее будет)))

[Brainsburn]

Чет я, знаете, не замечал, что NTFS быстрее ext4 =) Вообще, подобным словам начинаю доверять только если они идут из уст сторонних специалистов.

[Bluetooth]

Чюдеса :)

И на какой это встроенной системе можно писать 190 мегабайт в секунду? на встроенной системе с сас винтами? :)

[Ism]

с flash винтами

[kma21]

Готов поспорить, что по мнению автора его драйвер NTFS быстрее драйвера NTFS от создателей =D

[Nazyvaemykh]

kma21, что в этом было бы удивительного?
Для Linux написать хороший драйвер проще, это во-первых.
Во-вторых, такое же довольно часто случается, кто-то что-то сделает первых, а второй сделает еще быстрее?

[kma21]

Nazyvaemykh, ну насколько мне известно, NTFS разработка закрытая и, как мне кажется, всЁ достигается методом проб и ошибок и реверс инженерингом.

[watashiwa_daredeska]

ну тогда fat32 - он полюбому быстрее будет

тогда я добавлю, что FAT32 достигает скорости в 100 МиБ/с на том же оборудовании в том же тесте, чем всего вдвое уступает NTFS

не замечал, что NTFS быстрее ext4

Tuxera NTFS kernel driver

И на какой это встроенной системе можно писать 190 мегабайт в секунду?

максимальной скорости кэшируемой записи

Хм… Может, новости урезать до 5–10 ключевых слов? Всё равно больше никто не читает :)

[watashiwa_daredeska]

т.е. если свет моргнул, система reboot - то с необновленными метаданными мы отгребаем потерю данных?

А разве на нежурналируемых ФС бывает как-то по другому в принципе?

[Bluetooth]

Хм… Может, новости урезать до 5–10 ключевых слов? Всё равно больше никто не читает

Поддерживаю. Особенно такие Если речь идет о кешируемой записи, то говорить вообще не о чем

[Bizdelnick]

А разве на нежурналируемых ФС бывает как-то по другому в принципе?

А разве NTFS стала нежурналируемой?

[Bluetooth]

А разве на нежурналируемых ФС бывает как-то по другому в принципе?

А разве NTFS стала нежурналируемой?

Ну, если даж метаданные не спешат сбрасывать на диск, то можно считать ее с такими дровами нежурналируемой (: По крайней мере, весело должно быть (:

[watashiwa_daredeska]

А разве NTFS стала нежурналируемой?

Вы можете сказать, что ext3/4 являются журналируемыми, поэтому нечестно так сравнивать

Видимо да. По крайней мере в этой реализации :)

[Ленивая Бестолочь]

там наверно ещё не поддерживают acl, треды, длинные имена файлов и вообще все файлы лежат в одном каталоге.
и не больше 512 байт на файл.
но с ext3 сравнивать нечестно :-)

[deadhead]

И на какой это встроенной системе можно писать 190 мегабайт в секунду? на встроенной системе с сас винтами? :)

с flash винтами

Насколько мне известно блочно-ориентированные ФС работают на флеш носителях, по большей своей части, средствами FTL слоя... Данный слой может быть программным или аппаратным. Собственно, FTL это одно из узких мест в плане производительности. Не исключено, что представленная реализация NTFS работает с флеш носителем без участия (программного) FTL слоя, напрямую как с mtd устройством. Если это действительно так, то интересно было бы сравнение с флеш-ориентированными ФС.

[frp]

Готов поспорить, что по мнению автора его драйвер NTFS быстрее драйвера NTFS от создателей =D

Это даже вполне возможно. Драйвер NTFS от создателей - не быстрый (либо просто сама ФС настолько плохая) (хотя ntfs-3g и дефолтный ядерный read-only драйвер еще медленнее).

В последующем письме он же напишет, что благодаря реализованному им механизму «отложенный обновлений метаданных» реализация Tuxera NTFS для ядра «превосходит все другие протестированные файловые системы», среди которых называются разные версии ext, XFS и FAT.

отложенный обновлений метаданных

Это получается, они даже метаданные на диск не сбрасывают? То есть, NTFS в их реализации - не журналируемая ФС? Я бы этот драйвер не юзал, В моих условиях пусть лучше будет медленно, но стабильно.