решил сделать абсолютно правильную ext4, создав её со всеми нужными опциями. цель: получить как можно более быструю фс, но без риска, что она испортится при сбое. прочитал маны, погуглил, и вот:
mke2fs -vjt ext4 -b 4096 -I 256 -E lazy_itable_init=1,nodiscard,resize=0 -O dir_index,ext_attr,extent,extra_isize,filetype,flex_bg,uninit_bg,uninit_groups,^journal_dev,^meta_bg,^resize_inode,^sparse_super /dev/sdXx
tune2fs -O ^dir_nlink !$
монтировать собираюсь со следующими опциями:
noatime,nodiratime,relatime,async,dirsync,noiversion,mand,acl,block_validity,nodelalloc,journal_data_ordered,user_xattr,journal_async_commit,barrier,block_validity,dioread_nolock,delalloc,auto_da_alloc,nodiscard
1. что скажут знатоки? может что-то лишнее, или чего-то не хватает? может есть ещё какие-то незадокументированные опции?
2. может кто-то посоветует определённые commit=, journal_iopriority=, max_batch_time=, inode_readahead=?
3. правильно ли я понимаю, что ext_attr и extra_isize нужны для ACL?
4. в tune2fs есть опция hash_alg= на выбор legacy, half_md4, tea, чем отличаются, и есть ли смысл менять?
5. что такое Fylesystem Flags? и что значит signed_directory_hash?
6. что делает tune2fs -E mount_opts=? на опции монтирования не влияет, принимает только одно любое слово
7. если вдруг понадобиться обеспечить также целостность данных, достаточно ли будет монтировать с journal_data? и нужно ли при этом убрать journal_data_ordered?
8. всё ли нормально будет работать с noatime,nodiratime,relatime? что делает strictatime, только возвращает дефолтное поведение atime?
9. что ещё посоветуете? стоит ли использовать e4rat?
Ответ на:
комментарий
от megabaks
Ответ на:
комментарий
от anonymous
Ответ на:
комментарий
от teod0r
Ответ на:
комментарий
от megabaks
Ответ на:
комментарий
от anonymous
Ответ на:
комментарий
от teod0r
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.