Я принял это положение (Администратор Sys / Ведущий Dev) от парня, у которого был его собственный особенный метод выполнения всего. Эти 17 серверов, которые мы имеем, все настраиваются немного отличающиеся. Существует столько процедур и ручной обработки проблем здесь, и едва любая из нее была зарегистрирована (документация в значительной степени включала однострочное объяснение каждого сервера и его роли). Это заставило меня переоценить много процессов в офисе. Каждый раз я изучаю что-то, ее добавленное к Wiki. Я также делегирую некоторую работу сервера к другому devs, таким образом, они могут, по крайней мере, узнать минимальную информацию о небольших заданиях.
Запись документации сосет, но думайте, на что она была бы похожа для входа в положение ни с кем.
Я думаю текущими версиями по умолчанию mkfs.ext2/3/4 значения по умолчанию к 256 байтам inode размер (см./etc/mke2fs.conf). Этот IIRC включает метки времени наносекунды с ext4, и как Вы говорите, более расширенное соответствие атрибутов в inode. Такими расширенными атрибутами является, например, ACL, маркировки SELinux, некоторый Samba определенные маркировки.
Большие inodes, конечно, тратят впустую определенное пространство, и поскольку Вы делаете их больше, Вы входите в территорию убывающей доходности довольно быстро. Значение по умолчанию 256 байтов является, вероятно, совершенно хорошим компромиссом для большинства ситуаций.
С опцией ext4 inline_data (новая в Linux 3.8) есть новая веская причина для увеличения размера inode: с помощью этой опции содержимое файла может храниться в inode файла ( если файл достаточно мал). Это позволяет избежать одной операции поиска. Я пока не видел реальных тестов для этого.