Твой компьютер сколлапсирует =)

Ты думаешь, там лимита нету?

Новый файлы открываться не будут, видел дцать раз.

И int оно исчерпает гораздо раньше, ибо поу молчанию в Линуксе есть ограничение всего в 1024 fd на процесс.

сегфолт

На процесс. А кто сказал, что это всё одним процессом открываться будет?

И как это будет выглядеть в масштабах системы? Kernel panic? Или гухой зависон без паники?

Блин, да расслабься. Ничего не будет. -1 open () вернет, или что там

«Not enough descriptors» для любого нового открытия файла, даже программу не запустить.

Таак... А закрыть программу можно будет? Или тоже «Not enough descriptors»?

В любом случае ей можно SIGKILL послать, я думаю

>И как это будет выглядеть в масштабах системы? Kernel panic? Или гухой зависон без паники?

Зависит от реализации конкретной системы. Скорее всего будет выкинуто сообщение о невозможности открыть файл

это если будет запущен шелл у которого есть built-in функция kill

Да, верно)

>В любом случае ей можно SIGKILL послать, я думаю

Не получится - kill то не запустишь. Если только все убивать - с помощью Sys RQ

А вы проверьте: запустите 10453 процесса и откройте в каждом по 205437 файлов (вроде бы, ограничение именно такое) :) Думаю, у вас произойдет глобальное зависание уже на тысячном процессе ;)

# sysctl kern.maxfiles=21474836450
kern.maxfiles: 2147483645 -> 2147483647

таки 2147483647 для него максимум :)
думаю паники не будет, но новые файлы открывать будет нельзя.

>думаю паники не будет
Это если корректно обработано, что дескриптор тебе не выдан, а если нет - сегфолт гарантирован.

>Не получится - kill то не запустишь.
Нормальные шеллы имеют встроенный kill на этот случай.

я думаю тс не собирался все это открывать на десктопе

ТС вообще это делать не собирается. Никогда. Просто интересно.

собстно а почему бы взять и не проверить? :).

прорвется брешь в пространственно-временном континууме и тебя туда засосет. И будешь ты болтаться без времени и пространства, неистово мучаясь в агониях всего мира.

> Нормальные шеллы имеют встроенный kill на этот случай.

Поподробнее пожалуйста.

даже такой быдлокодер как я проверяет открылся ли файл

> [вещества]Что будет, если открыть одновременно больше

Должно отпустить

да постоянно такое бывает на серверах. апач начинает какать ошибками вот и всё. всё, что завсит от создания файлового дескриптора начинает либо глючить и сыпать ошибками о невозможности создать файл либо просто не работает.

Ещё надо будет команду типа ps или аргумент у kill придётся выставлять наугад.

Зачем наугад? Начни с 214748345 или типа того

RTFM!

Сначала наступит EMFILE (тюнится ulimit -n), потом ENFILE. Когда именно наступит ENFILE не знаю.

У меня получилось открыть чуть меньше 5,5M файлов, дальше начался ENOMEM
. Памяти 2Гб, 2.6.32-5-686.

Хм, размер одного файла(по минимуму)- 4 килобайта. ибо таков размер кластера большинства ФС и соответственно минимальный объём памяти, занимаемой файлом в RAM. Всё правильно. А если бы памяти было бы больше 2 гигов? Например, террабйт? Удалось бы осуществить сие грязное дело до конца?

5,5M x 4Kb даёт 21Gb. Размер ядерной структуры file 128 байт, + inode 96 байт. Размер памяти, которую может использовать ядро под свои нужды по дефолту 1Gb.

Оппа, я на порядок ошибся... Спасибо.