Главная страница


ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Dmitrij Lystsov                      2:5020/400     12 Apr 2006  11:37:57
 To : Vadim Goncharov
 Subject : Re: 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.
 
 Я понимаю, что незнание некоторых вопросов (отсутствие знание на эту 
 тему), может порадить иногда глуповатые вопросы.
 Hо стремление узнать это все таки остается.
 
 Поэтому, скажите люди бодрые, где мона прочитать вот про эти тонкости 
 файловой системы, лучше бы на русском языке?
 Hепонимание ключевых моментов меня просто убивает :(
 -- 
 Чем больше узнаю, тем больше понимаю, что ни чего не знаю ...
 
 Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
 --- ifmail v.2.15dev5.3
  * Origin: Talk.Mail.Ru (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 tunefs -m: почему так?   Dmitrij Lystsov   11 Apr 2006 12:43:31 
 Re: tunefs -m: почему так?   Vadim Goncharov   11 Apr 2006 18:31:10 
 Re: tunefs -m: почему так?   Dmitrij Lystsov   12 Apr 2006 11:37:57 
 Re: tunefs -m: почему так?   Vadim Goncharov   12 Apr 2006 18:40:45 
 Re: tunefs -m: почему так?   Sergey A.Cherukhin   14 Apr 2006 06:48:01 
 Re: tunefs -m: почему так?   Dmitrij Lystsov   14 Apr 2006 08:45:11 
 Re: tunefs -m: почему так?   Sergey A.Cherukhin   14 Apr 2006 12:52:18 
 Re: tunefs -m: почему так?   Vadim Goncharov   14 Apr 2006 17:29:22 
Архивное /ru.unix.bsd/6488b5a716b2.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional