У меня есть приложение, которое использует много места для кэширования данных. Чем больше кэша доступно, тем лучше работает приложение. Речь идет о сотнях и тысячах ТБ. Приложение может регенерировать данные на лету, если блоки выходят из строя, поэтому моя основная цель — максимально увеличить размер, доступный в моей файловой системе для данных кэша, и значительно минимизировать накладные расходы файловой системы.
Я готов пожертвовать всей надежностью и гибкостью, а также требованиями «универсальности». Кроме того, я точно знаю, сколько файлов данных кеша у меня будет на любом заданном томе, потому что приложение записывает файлы кеша фиксированного размера (в моем случае ~ 100 ГБ). Я хотел бы иметь возможность перезаписывать файл новым, если блок время от времени выходит из строя, поэтому было бы неплохо иметь несколько запасных инодов, но также возможно переформатировать весь том, если это необходимо. Все файлы хранятся в 1 каталоге глубоко в файловой системе. Например, имена каталогов могут быть ограничены одной буквой, и мне также не нужен каталог (все файлы также могут храниться на верхнем уровне в корне тома). Все имена файлов имеют фиксированный размер (хэш плюс отметка времени). После того, как данные кэша будут записаны, файлы будут доступны только для чтения, а том можно смонтировать только для чтения. Кэш действителен в течение длительного времени (годы). Целостность кеша также проверяется приложением, поэтому мне не нужны какие-либо функции целостности файловой системы, такие как контрольные суммы, журналирование и т. д.
Итак, учитывая, что я знаю точный, фиксированный размер файла и не беспокоюсь о надежности, какую файловую систему мне следует использовать и как мне настроить ее, чтобы устранить как можно больше накладных расходов?
