Разница в пространстве, зарезервированная для inodes в разделах ext4 и XFS

Я форматирую пару логических томов 60G ( vg01-logs и vg01-monitoring ) на одном из наших серверов. Эти разделы будут содержать большое количество небольших файлов, поэтому я хочу, чтобы они имели больше, чем число индексов по умолчанию.

 root@mercury20:/root : lvs /dev/mapper/vg01-logs /dev/mapper/vg01-monitoring LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert logs vg01 -wi-ao---- 60.00g monitoring vg01 -wi-ao---- 60.00g 

vg01-logs должны монтироваться на /logs . Я отформатировал его в ext4 с параметром -i 1024 (bytes-per-inode), чтобы создать максимальное количество индексных дескрипторов, и, как ожидается, после форматирования раздел имел 62914560 инодов.

mkfs.ext4 -i 1024 /dev/vg01/logs

Форматирование и установка сообщений:

 root@mercury20:/root : tune2fs -l /dev/mapper/vg01-logs | egrep 'Inode count|Inode size' Inode count: 62914560 Inode size: 256 root@mercury20:/root : df -h /logs Filesystem Size Used Avail Use% Mounted on /dev/mapper/vg01-logs 45G 61M 42G 1% /logs 

Теперь, после установки раздела, df -h выводит размер этого раздела 60G Logical Volume как 45G. то есть. 15G исчез. Так как inodes имеют размер 256 байтов, а 15G – 62914560*256 байтов, то это пространство (15G) зарезервировано для создания inode и, следовательно, отсутствует на выходе df ?

Другой Logical Volume vg01-monitoring , который должен быть установлен в /monitoring , был отформатирован в XFS с использованием mkfs.xfs с параметрами по умолчанию. Раздел был создан с таким же количеством inodes (62914560) как раздел ext4 , но здесь, после форматирования и монтажа, df -h показывает размер диска в качестве оригинального 60G. Отсутствует 15G. xfs_info показывает размер индексного дескриптора в этом разделе XFS как 256 байтов, который xfs_info с размером xfs_info ext4 .

 root@mercury20:/root : mkfs.xfs -f /dev/mapper/vg01-monitoring root@mercury20:/root : df -h /monitoring Filesystem Size Used Avail Use% Mounted on /dev/mapper/vg01-monitoring 60G 33M 60G 1% /monitoring root@mercury20:/root : xfs_info /dev/mapper/vg01-monitoring meta-data=/dev/mapper/vg01-monitoring isize=256 agcount=4, agsize=3932160 blks 

Вот мои вопросы:

1) В первом случае, что из раздела ext4 , является ли мое предположение, что df -h показывает пространство, доступное только как 45G, поскольку 15G из 60G зарезервировано для inodes правильно?

2) Если мое предположение верно, то почему раздел XFS показывает 60G вместо 45G? Означает ли это, что XFS покажет размер, потребляемый inodes как «Used», только когда создаются inodes? Что в конце означает, что эффективное пространство для пользовательских данных на обоих дисках будет 45G, хотя XFS показывает 60G?

ОС – SUSE Linux Enterprise Server 12 (x86_64).

 root@mercury20:/root : cat /etc/os-release NAME="SLES" VERSION="12-SP1" VERSION_ID="12.1" 

Interesting Posts

Как собрать конкретный массив RAID без использования /etc/mdadm.conf

eth0 является прокси-арпированием, но / proc / sys / net / ipv4 / conf / eth0 / proxy_arp равно 0

Очень низкая производительность диска на Samba

Почему некоторые символические ссылки влияют на поведение программы?

Как создать раздел MBR / dev / nodes FreeBSD для монтажа

Портативный способ получить абсолютный путь скрипта?

Компиляция источников с компилятором, отличным от стандартного

upgrade openssl для старой версии xampp

Krita не будет рисовать, используя планшет, но с трекпадом / мышью

Два «аудиокодека» имеют 100% -ное использование мощности в PowerTOP – что это значит?

Правила IP-таблиц Corosync & Pacemaker

Как я могу проверить используемый компьютер на наличие проблем?

Есть ли способ загрузить предположительно исходный источник bash-0.99?

Самый быстрый и эффективный способ получить количество записей (строк) в gzip-сжатом файле

Единое системное изображение (кластеризация) решений

Linux и Unix - лучшая ОС в мире.