К ответу quarrelsome я добавил бы, что лучше не использовать поток ThreadPool, если необходимо гарантировать, что поток сразу начнет работу. Максимальное количество выполнения объединенных потоком потоков ограничено на appdomain, таким образом, Вашей обрабатываемой детали, вероятно, придется ожидать, если они все заняты. Это называют "пользовательским объектом работы очереди", в конце концов.
Два протеста, конечно:
POSIX позволяет вам установить ограничение ресурса RLIMIT_NOFILE
на RLIM_INFINITY
с помощью setrlimit ()
. Это означает, что система не будет применять этот лимит ресурсов. Конечно, вы по-прежнему будете ограничены реализацией (например, MAXINT
) и любыми другими ограничениями ресурсов (например, доступной памятью).
Обновление: RHEL 5 имеет максимальное значение 1048576 (2 20 ) для этого предела ( NR_OPEN
в /usr/include/linux/fs.h
) и не примет большее значение, включая бесконечность, даже для корень. Таким образом, в RHEL 5 вы можете использовать это значение в /etc/security/limits.conf
, и это как можно ближе к бесконечности.