Установка ограничений (ulimits) при отладке в GDB

Перед exec в скрипте дёргать ulimit?

Попробовал - так не работает. Я понял фишка именно в exec. Просто вызвав gdb, ограничения подхватываются. С exec нет.

$ su
# ulimit bla-bla-bla
# gdb my_prog

Для разрабатываемой программы нужно увеличить лимит одновременно открытых файлов.

limits.conf

Никогда не понимал извращенцев, которые так делают, ведь можно:

1. Вызывать ulimit в инит-скрипте запуска

2. Таки научиться писать нормальные приложения, а не школьный быдлокод и открыть для себя мир setrlimit + setuid для сброса рутовых привилегий.

limits.conf делается для отладки. Разумеется будет запуск из скрипта. Речь идёт именно о связке с gdb.
А вот за setrlimit спасибо! как раз искал что-то подобное, но не по глазам было.
От огромного числа одновременно открытых файловых дескрипторов к сожалению не уйти из-за ряда причин. в частности ядра 2.4 и невозможности прикрутить libev (хотя я думаю там тоже события реализованы через простые пайпы, если epoll не доступен).
По поводу быдлокода, так он уже написан другими в Windows, и теперь цель запустить его в Линуксе.

Вызывать ulimit в инит-скрипте запуска

ничего не даст, если в limits.conf не выставлен соотв. hard limit

setuid для сброса рутовых привилегий.

рутовые привелегии не нужны, тк есть limits.conf

Таки научиться писать нормальные приложения, а не школьный быдлокод

ты не понимаешь, о чём говоришь, но делаешь это очень напыщено; да таки сюда можно применить слово «школьный»

Менять limits.conf очень нежелательно. Сервер будет запускаться под рутом однозначно. И надеюсь у него хватит прав себе задать себе любые ограничения через setrlimit. Лишь бы setrlimit поддерживался древним ядром. Судя по ману могут быть проблемы. Но и при запуске из скрипта через ulimit я задавал предел nofile миллион, т.е. превышал hard limit. И всё нормально - getdtablesize возвращал мне мой миллион.

ничего не даст, если в limits.conf не выставлен соотв. hard limit

Я понимаю, что нынче анонимус туп, но не думал, что настолько. setrlimit устанавливает и soft и hard limit. Или по-твоему limits.conf «читается ядром»?

рутовые привелегии не нужны

Ты, конечно, можешь трахаться с capabilities для биндинга к привилегированным портам, но многие вещи подобными костылями принципиально не решаются.

ты не понимаешь, о чём говоришь, но делаешь это очень напыщено

Лоровский анонимус уже лет 6 как не торт.

Вызывать ulimit в инит-скрипте запуска

ничего не даст, если в limits.conf не выставлен соотв. hard limit

... кококо, setrlimit устанавливает и soft и hard limit

$ ulimit -u
1000
$ ulimit -u 9999
bash: ulimit: max user processes: cannot modify limit: Operation not permitted

многие вещи

о каких многих вещах речь? сразу нужно забивать гвозди микроскопом?

Лоровский анонимус уже лет 6 как не торт.

регистрант неторт с самого начала

Я обычно не горю желанием учить дураков уму-разуму, просто почитай man setrlimit и выполни свой ulimit от нулевого uid'а, которому hardlimit'ы не писаны. Если мозгов хватает больше, чем на двачевание капчи, авось сообразишь, каким образом лимиты из limits.conf устанавливаются.