То что файловые системы родные для линух лидируют - неудивительно, на то они и родные. я думаю никто из разработчиков не ставил перед собой задачи добится супер скорости при работе с тем же vfat, потому что он там нужен так, на всякий случай(для совместимости). Если написать драйвер для ext2 под винду, я тоже думаю что ext2 там будет далеко как не быстрым.
+ файловые системы нужно было разделить на журнальные и остальные, а то ровнять БТР с Порше как-то непонятно.
XFS круче только на крупных файлах, а файлы немеряного объема гоняются редко, поэтому драйвера ext2 и ext3 заточены под мелкие файлы. ИМХО конечно. Причем скорость создания файла на ext2 получается вроде как больше чем где-бы то ни было.
Сравнение с ext2 приводится только потому, что до недавнего времени ext2 была единственной файловой на которой работали (и продолжают работать) Линухи.
По моему разумению тест проведен некорректно, а именно:
1. проводилось копирование между двумя разделами ОДНОГО IDE диска.
2. копирование/удаление проводилось одним процессом.
Есть основания считать данные тестов нерепрезентативными.
Советую посмотреть приведенные в ссылке исходники тестов - дает общее впечатление о подходах.
Единственное что всегда одиноково, так это то, что ext2 не на первом месте.
А на больлших файлах reiser и правда сакс, но юзать я все равно его буду, ибо
XFS и JFS еще не обкатаны ИМХО. Вот через годик посмотрим.
Единственное что всегда одиноково, так это то, что ext2 не на первом месте.
А на больлших файлах reiser и правда сакс, но юзать я все равно его буду, ибо
XFS и JFS еще не обкатаны ИМХО. Вот через годик посмотрим.
дасс, тест дествительно мутный, даже рандома нет. Собственно при большем загрузе многими сервисами доступ к файлам стремится к случайному (если клиенты ессесно грузят). А на случайном доступе рейзер всех рвет. Отсюда вывод:
быстрый случайный доступ + экономное использование пространства = рейзер
быстрый последовательный доступ = ext
быстрый последовательный доступ к большим файлам = xfs
jfs идет лесом...
и опятьт забыли про то что по умолчанию REISERFS использует все пространство кластера - по возможности занося по нескольку файлов в кластер
это можно отключит и уже без нее попробовать тест (но об этом никто не помнит ? )
и в этом случае становится понятно почему reiserfs проигрывает на создание файлов и на крупных файлах - эй таки в отличии от остальных обычных fs думать приходтся - и не просто на диск кидать !
reiserFS и многозадачность :)
reiserFS Собрался тут проапдейтить софт маленьком своем сервере. Понаслушался разных класных слов про журналируемую FS Попробовал - поставил потестил на оттельном винте - вроде все ок по всем и вся бьет старушку ext2 - решил поставить. установил все новое - все поконфигурил ( мандраке 8.0 freq) все вроде завелось осталость только со старого винта перекинуть рабочие базы (примерно 30 Гб) - перегрузился у же с новой системы (hda) - старый винт воткнул на hdc подмонтировал - стал копировать тем временем - решил остальные когфиги доподправлять - но не тут то было - машина мягко говоря перестала быть много пользовательской - на втором терминале даже пароль не смогла выдать - вылетела по таймауту после ввода логина - да и логин то ввести было сложно - буква отрабатывалась сек по сорок ( PIII-677 на мамке asus ) Может кто сталкивался с такой проблемой ? честно говоря когда в ext2 такие объемы копировал тормозов не наболюдал в принципе - уж клава то в консоли нажималась и отрабатывалась всегда
anonymous (*) (2001-07-16 20:17:54.0)
