>[оверквотинг удален]
>> Усердный читатель может прикинуть, какое _количество_операций_записи_ надо провести,
>> чтобы занять подсчётом crc32 хотя 5% _одного_ ядра.
> Упроотые это все тестировали и писали реализаю этого когда в ядре еще
> не было. И хоть ты тресни но выше 2 GB/s не
> выдают ксеона. Такая вот незадача. А надо 6. Это как с
> хваленым io at - оказалось быстрее гонять через CPU чем использовать
> эту фичу.
> На счет остального - мисье еще забыл что очень дофига операций проходит
> через журнал, да и relative atime не является опции ей по
> умолчанию, а включив no atime можно сломать некоторый софт.

1. relatime _является_ опцией по умолчанию, на всякий случай.
2. В нормальной ситуации (data=ordered, по умолчанию) через журнал проходят только операции изменения метаданных. А если Вы вдруг поставили data=journal, то проблема производительности crc32 будет _последним_, о чем Вам стОит заботиться в плане производительности, смею Вас уверить.

Еще раз, пожалуйста: приведите пример разумного практического режима нагрузки, при котором сколько-нибудь долго пишется хотя бы 200MB/s _метаданных_. Подчёркиваю - разумного и практического.

P.S. Чтобы два раза не вставать - нет такого процессора "ксеон", есть "зион". Похоже, стоит учить не только материальную часть?

P.P.S. Обсуждали бы уж что-нибудь, что знаете не только по форумам, что ли.