форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"FreeBSD file system - ограничения"
Сообщение от konon on 08-Фев-03, 15:08  (MSK)
Приветы! Кто нить знает как во FreeBSD посчитать максимальное количество файлов, которое может находиться на данном разделе? Наверняка в файловой системе есть такое ограничение - тока как его посчитать в зависимости от размера диска? Вопрос 1: Будем считать, что размер каждого файла - 0 байт. Сколько таких файлов я могу создать в данном разделе, емкостью N гигабайт? Вопрос 2: Будем считать, что каждый файл - это символическая ссылка, указывающая на файл в другом разделе. В среднем длина пути в ссылке - L байт. Сколько таких символических ссылок я могу создать в данном разделе, емкостью N гигабайт? Пасиба за ответы!
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "RE: FreeBSD file system - ограничения"
Сообщение от vadblm on 08-Фев-03, 15:31  (MSK)
>Приветы! > >Кто нить знает как во FreeBSD посчитать максимальное количество файлов, которое может >находиться на данном разделе? > >Наверняка в файловой системе есть такое ограничение - тока как его посчитать >в зависимости от размера диска? > > >Вопрос 1: Будем считать, что размер каждого файла - 0 байт. Сколько >таких файлов я могу создать в данном разделе, емкостью N гигабайт? > > >Вопрос 2: Будем считать, что каждый файл - это символическая ссылка, указывающая >на файл в другом разделе. В среднем длина пути в ссылке >- L байт. Сколько таких символических ссылок я могу создать в >данном разделе, емкостью N гигабайт? > > > >Пасиба за ответы! Считать нечего df   df -h выдадут всю инфу по разделам sysctl kern.maxfiles выдаст, сколько файлов разрешено на разделе >Вопрос 1: Будем считать, что размер каждого файла - 0 байт. 1 block (1Кб) >Вопрос 2: Будем считать, что каждый файл - это символическая ссылка ссылка тоже файл и занимает 1 block (1Кб) man df man sysctl
	Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "RE: FreeBSD file system - ограничения"
Сообщение от spf on 09-Фев-03, 11:17  (MSK)
>Приветы! > >Кто нить знает как во FreeBSD посчитать максимальное количество файлов, которое может >находиться на данном разделе? > >Наверняка в файловой системе есть такое ограничение - тока как его посчитать >в зависимости от размера диска? > > >Вопрос 1: Будем считать, что размер каждого файла - 0 байт. Сколько >таких файлов я могу создать в данном разделе, емкостью N гигабайт? > > >Вопрос 2: Будем считать, что каждый файл - это символическая ссылка, указывающая >на файл в другом разделе. В среднем длина пути в ссылке >- L байт. Сколько таких символических ссылок я могу создать в >данном разделе, емкостью N гигабайт? > > > >Пасиба за ответы! Один файл = один inode. Количество inode можно посмотреть через df -i. Ссылки, насколько я помню, inode не занимают. Ссылки - это только запись в каталге.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "RE: FreeBSD file system - ограничения"
	Сообщение от konon on 10-Фев-03, 13:35  (MSK)
	>Один файл = один inode. Количество inode можно посмотреть через df -i. > >Ссылки, насколько я помню, inode не занимают. Ссылки - это только запись >в каталге. Это вроде только жесткие ссылки (hardlink) inode-ов не занимают (они по сути являются индексными даскрипторами указывающими на какую то область диска, на которую еще несколько индексных дескрипторов вполне могут указывать), а софт линки (ln -s) - по логике должны занимать один inode. У кого какие соображения?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "RE: FreeBSD file system - ограничения"
	Сообщение от spf on 11-Фев-03, 09:37  (MSK)
	>>Один файл = один inode. Количество inode можно посмотреть через df -i. >> >>Ссылки, насколько я помню, inode не занимают. Ссылки - это только запись >>в каталге. > > >Это вроде только жесткие ссылки (hardlink) inode-ов не занимают (они по сути >являются индексными даскрипторами указывающими на какую то область диска, на которую >еще несколько индексных дескрипторов вполне могут указывать), а софт линки (ln >-s) - по логике должны занимать один inode. > >У кого какие соображения? Ни жесткие, ни мягкие :) ссылки inode не занимают. Посмотрел я в /usr/include/ufs/ufs/dir.h. В структуре direct есть переменная d_type, которая указывает на тип файла. В случае жесткой ссылки d_type = DT_REG и в структуре inode ядро добавило 1 в счетчик обращений к файлу. И для программ, работающим с жесткой ссылкой, файл будет совершенной обыкновенным. В случае софт. ссылки d_type = DT_LNK и надо предпринимать какие-то действия чтоб добраться до основного файла. Все выше сказанное - это мое IMHO, основанное на целесообразности работы. Готов его пересомотреть если мне докажут обратное ;)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "RE: FreeBSD file system - ограничения"
	Сообщение от konon on 11-Фев-03, 13:18  (MSK)
	>Ни жесткие, ни мягкие :) ссылки inode не занимают. Посмотрел я в >/usr/include/ufs/ufs/dir.h. В структуре direct есть переменная d_type, которая указывает на тип >файла. В случае жесткой ссылки d_type = DT_REG и в структуре >inode ядро добавило 1 в счетчик обращений к файлу. И для >программ, работающим с жесткой ссылкой, файл будет совершенной обыкновенным. >В случае софт. ссылки d_type = DT_LNK и надо предпринимать какие-то действия >чтоб добраться до основного файла. > >Все выше сказанное - это мое IMHO, основанное на целесообразности работы. Готов >его пересомотреть если мне докажут обратное ;) Софт-линк где то должен хранить информацию о пути к файлу, на который он указывает: если эта информация хранится в индексном дескрипторе, то инода тратиться не должно, а если эта информация хранится на диске в области данных, то инод на нее должен тратиться. Кто нить знает - где именно хранится информация о пути к реальному файлу, если речь идет о софт-ссылке на файл?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "RE: FreeBSD file system - ограничения"
	Сообщение от konon on 11-Фев-03, 13:49  (MSK)
	сугубо практическое решение :) берем абсолютно чистый раздел: df -ih Filesystem    Size   Used  Avail Capacity iused   ifree %iused  Mounted on /dev/ad0s1e    20G   2.0K    18G     0%       1 2583549    0%   /storage/link1 создаем обычный файл: touch test и снова df -ih Filesystem    Size   Used  Avail Capacity iused   ifree %iused  Mounted on /dev/ad0s1e    20G   2.0K    18G     0%       2 2583548    0%   /storage/link1 что и логически; идем далее: ln -s /usr/local/bin/scp и снова df -ih Filesystem    Size   Used  Avail Capacity iused   ifree %iused  Mounted on /dev/ad0s1e    20G   2.0K    18G     0%       3 2583548    0%   /storage/link1 ДЕЛАЕМ ВЫВОД: софт-ссылка заниает inode (!) идем далее: (создаем хард-линк на файл test) ln test test_hardlink и снова df -ih Filesystem    Size   Used  Avail Capacity iused   ifree %iused  Mounted on /dev/ad0s1e    20G   2.0K    18G     0%       3 2583548    0%   /storage/link1 число занятых inode-ов не изменилось ДЕЛАЕМ ВЫВОД: хард-ссылка НЕ заниает inode (!) вот такие эксперименты :)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "RE: FreeBSD file system - ограничения"
	Сообщение от spf on 12-Фев-03, 07:20  (MSK)
	>вот такие эксперименты :) Эксперементы убедительны :) Делаем вывод: время открытия файла по софт-ссылке в 2 раза больше чем простого файла.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.