Флаги монтирования ext4 для хранения более 10 мельничных файлов

Я инициализировал один большой первичный раздел с -T small флаг mke2fs, small в системе настраивается следующим образом:

    small = {
            blocksize = 1024
            inode_size = 128
            inode_ratio = 4096
    }

Это твердотельный накопитель емкостью 800 ГБ (облачный накопитель), на котором будет храниться более 10 миллионов небольших файлов размером от ~ 10 КБ до ~ 100 КБ.

Я попытался тщательно изучить страницы руководства mount и определим лучшую комбинацию флагов, и вот мой список:

• rw - прочти и напиши
• nosuid - нет необходимости в идентификаторе пользователя или группы при выполнении
• nodev - файлы блока разработки никогда не должны появляться здесь
• noexec - файлы с установленным битом exec также не приветствуются
• auto - позволять mount -a
• nouser - только root может (пере) монтировать
• async - асинхронная запись
• relatime - обновлять время доступа только при изменении файлов.
• data=ordered - предположительно должен улучшить производительность чтения
• errors=remount-ro - прекратить писать при ошибках
• discard - рекомендуется для SSD
• auto_da_alloc - бороться с повреждением файловой системы в случае сбоя питания (возможно, не нужно, так как это облачный диск?)
• inode_readahead_blks=16 - Файловая система станет домом для большого количества маленьких файлов, поэтому большая задержка чтения должна быть не более чем снижением производительности. Я не знал оптимального значения для файлов среднего размера 50 КБ, поэтому просто укажите здесь вдвое меньшее значение, чем значение по умолчанию.
• debug

Мне действительно нужно второе мнение от кого-то более опытного в этих вопросах. Я особенно не уверен в discard, relatime, data=ordered, auto_da_alloc, inode_readahead_blks и другие флаги, которые я пропустил или неправильно понял. Насколько опасно data=writeback? Сколько данных я могу потерять с таким флагом, это только последние 5 секунд (значение фиксации по умолчанию)? Другое мнение об этом упражнении?