Вышла новая версия журналируемой файловой системы от SGI.
Исправления по сравнению с версией 1.2 можно посмотреть здесь - ftp://oss.sgi.com/projects/xfs/downlo...
Хех, крайне показательный пример, все рассуждают бог знает о чем - на конкретный вопрос про кеш даже не пытаются ответить.
P.S. Я не в курсе - но пороюсь.
P.P.S А если отбросить всю словесную шелуху, то анонимус с тестами был прав на все 200% - замеры на рам диске дали те же приоритеты, что и замеры на реальном диске. И это было подтверждено в этом же треде другими замерами. Чего же стоят тогда все разглагольствования о вредности тестирования на рам диске ? Кто-то тут чего-то недопонимает - и я даже догадываюсь кто ;)
А, между прочим, легко доказать, что чем "продвинутей" FS, тем меньше у нее будет производительность на RAM диске. Т.е. чем медленней работает код самого "драйвера", тем лучше FS.
XFS делает EXT2 на многопоточных операциях записи. (архитектура XFS!) Для моей системы с kernel 2.4.20 1 поток записи - EXT2 и XFS равны - 30 Мб/сек 8 потоков записи на EXT2 - суммарная скорость ужасная <10 Мб/сек 8 потоков записи на XFS - суммарная скорость 29 Мб/сек
кроме того, XFS работает напрямую с блочными драйверами при открытии файла в режиме O_DIRECT (никакого кэширования) и тут EXT2 тоже в ауте, но по другой причине, поскольку XFS позволяет передовать блоки до 1 Мб (а не 4096 байт, как написано в тесте выше по треду) и загрузка CPU<1%.
Модифицируя исходники можно добиться и более впечатляющих результатов!