Опубликованы (http://linux.inet.hr/first_benchmarks_of_the_ext4_file_syste...) результаты оценки производительности текущей экспериментальной реализации файловой системы ext4.Для тестов использовался пакет postmark (http://www.devone.org/linux/postmark.html). Кроме того, сравнивалось время последовательной записи и чтения блока данных внушительного размера, скорость создания и удаления большого числа файлов.
URL: http://linux.inet.hr/first_benchmarks_of_the_ext4_file_syste...
Новость: https://www.opennet.ru/opennews/art.shtml?num=8604
Хм... смешные тесты и уж тем более результаты.
Скорость последовательного чтения меньше скорости последовательной записи... Под нагрузкой надо тестировать файловые системы а не на холостом ходу наблюдать как используется кэш. Про цифры так вообще молчу.
оспади какие все умные. легко запись может быть быстрее чтения. зависит от логики кэша на hdd. если read-ahead по умолчанию маленький, то софт может не успеть вовремя подать запрос (например из-за элеватора) и тогда нужно будет ждать целого оборота диска. с записью этой проблемы нет: в кэше появились данные - пишем их, когда позиция подходящая образовалась, ничего ждать не нужно.
Под НАГРУЗКОЙ надо ФС тестить. Под НАГРУЗКОЙ. В моменты, когда кэш СОСЁТ.
Да! Нагрузка это очень важный фактор при тестировании. На работе мы долго удивлялись как шустро у нас работает файловый сервер на Windows 2003 и сказёвых винтах по сравнению с Novell Netware. По случаю смерти одного из винтов в новеловском серваке и глюка со вторым винтом из одного райд массима, перегнали все рабочие базы на 2003. Небольшая нагрузка из 10 клиентов понизила скорость обмена до неприличия. После восстановления райд массива вернули всё обратно.
и как здесь связаны нагрузка с падением hdd?
Тем, что казалось, что новеловский сервак медленнее виндового работает. Но при его падении попробовали винду под той же нагрузкой.
ну давай, определи нагрузку ... потом подбери тест, который транслируется в одинаковую нагрузку на HDD для любой fs ... будешь мерять все комбинации нагрузок и тестов?PS. изначально я оспаривал только глупость о чтении, которое заведомо быстрее записи.
Там вполне чётко в комментах сказано, что никакая это не глупость. Ну не делает postmark fsync() перед результатом, вот собственно и весь ответ. как, впрочем, не делает fsync и 99% прикладного софта, так что весьма справедливо.
postmark создаёт такую нагрузку, что твоему жалкому сервачку на 15 пользователей и не снилось
Для 3ware именно так себя и ведет - лекарство: sysctl vfs.read_max=1024
там в каментах к статье написано почему скорость записи получилась больше.
кто громче? оформляй пост! ))
Что за postmark такой? Первый раз слышу... Неужели нельзя было взять iometr?