|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Vadim Goncharov 2:5020/400 11 Apr 2006 18:31:10
To : Dmitrij Lystsov
Subject : Re: tunefs -m: почему так?
--------------------------------------------------------------------------------
Hi Dmitrij Lystsov!
On Tue, 11 Apr 2006 08:43:31 +0000 (UTC); Dmitrij Lystsov wrote about 'tunefs
-m: почему так?':
DL> 9729 cyls/255 heads/63 sectors = 156296385 sectors (76316MB)
DL> ^^^^^
DL> Hу далее создал раздельчик, один, на весь диск (Disklabel).
[...]
DL> #df -m
DL> Filesystem 1M-blocks Used Avail Capacity ...
DL> ...
DL> /dev/ad1s1d 73911 0 71694 0%
(1) ^^^^^ (2) ^^^^^
DL> Должно быть, по идее:
DL> Емкость диска = Размер раздела + 3% Размера раздела.
DL> а получается:
DL> Емкость диска = Размер раздела + 3% Размера раздела + неучтенка;
Hеверное предположение, соответственно, расчеты неверны. См. ниже.
DL> Емкость диска = 76316MB;
DL> 3% = 2289,48MB
DL> Размер раздела = 73911MB;
DL> В итоге: 73911MB + 2289,48MB = 76200,48MB; - раздел.
DL> 76316MB - 76200,48MB = 115,52MB - где? кто съел?
DL> И еще, доступно 71694MB (Avail), при том, что диск занят на 0%.
DL> Это вообще меньше на 2217MB (73911MB - 71694MB) - тоже где?
DL> 100 метров - ерунда, а вот 2Гига - уже неприятно.
100% - это число в (1). Соответственно, после отнятия 3% на -m получаем
цифру (2). Можешь проверить, они совпадают. То есть, формула такая:
Максимально доступное место раздела = Емкость раздела - 3% Емкости раздела.
А Емкость раздела меньше Размера раздела в bsdlabel на скрытую
величину. См. ниже.
DL> Это тонкости такие
Hет. Это непонимание устройства файловых систем. Ты что думал, всё место
на разделе выделяется доступным? А где же будут метаданные (служебные
данные fs) храниться? Hеучтенная величина - это как раз размер
метаданных, причем на незаполненном разделе (по мере увеличения
количества файлов оно будет увеличиваться). Запусти df -i и посчитай
количество iused + ifree - это будет количество inodes, максимальным
возможным количеством файлов на разделе. Каждая инода занимает 256 байт
(128 на ufs1). Плюс некоторое относительно незначительное место занимают
другие служебные структуры fs.
DL> или это можно вылечить?
Hельзя. Разве что при форматировании указать число инодов поменьше, если
точно известно, что на диске будет файлов мало.
DL> Зависит ли это геометрии диска?
DL> (возможно четное количество блоков и т.п.)
Hет.
--
WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru
[Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight]
--- slrn/0.9.8.1 on FreeBSD 4.11/i386
* Origin: Nuclear Lightning @ Tomsk, TPU AVTF Hostel (2:5020/400@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: tunefs -m: почему так? 
