Какое максимальное количество потоков может быть создано процессом в Linux?
Как (если возможно) это значение может быть изменено?
Какое максимальное количество потоков может быть создано процессом в Linux?
Как (если возможно) это значение может быть изменено?
В Linux нет отдельных потоков на лимит процессов, только ограничение на общее количество процессов в системе (потоки - это, по сути, просто процессы с общим адресным пространством в Linux), которое вы можете посмотреть так:
cat /proc/sys/kernel/threads-max
По умолчанию используется количество страниц памяти / 4. Вы можете увеличить это как:
echo 100000 > /proc/sys/kernel/threads-max
Существует также ограничение на количество процессов (и, следовательно, потоков), которые может создать один пользователь, см. ulimit/getrlimit
Подробности относительно этих ограничений.
E667: Fsync failed
когда пытаюсь сэкономить на vi.Неверно говорить, что в LINUX нет отдельных потоков на ограничение процесса.
Таким образом, число потоков на процесс может быть увеличено путем увеличения общей виртуальной памяти или уменьшения размера стека. Но слишком большое уменьшение размера стека может привести к сбою кода из-за переполнения стека, в то время как максимальная виртуальная память равна памяти подкачки.
Проверьте свою машину:
Всего виртуальной памяти:
ulimit -v
(по умолчанию не ограничено, поэтому вам нужно увеличить объем подкачки, чтобы увеличить это)Общий размер стека:
ulimit -s
(по умолчанию 8Mb)Команда для увеличения этих значений:
* Замените новое значение значением, которое вы хотите установить в качестве предела.
Ссылки:
http://dustycodes.wordpress.com/2012/02/09/increasing-number-of-threads-per-process/
источник
ulimit -s
. Вполне возможно (не разумно, но возможно) создать столько потоков, сколько существует возможных идентификаторов потоков. В 64-битном Linux даже легко «возможно» создать больше потоков, чем их идентификаторов (конечно, это невозможно, но в отношении стека это так). 3. Резерв стека, коммит и виртуальная машина - это разные вещи, особенно с OC.С практической точки зрения предел обычно определяется пространством стека. Если каждый поток получает 1 МБ стека (я не помню, если это по умолчанию в Linux), то у вас 32-разрядная система исчерпает адресное пространство после 3000 потоков (при условии, что последний ГБ зарезервирован для ядра) ,
Однако вы, скорее всего, будете испытывать ужасную производительность, если будете использовать более нескольких десятков потоков. Рано или поздно вы получаете слишком много накладных расходов на переключение контекста, слишком много накладных расходов в планировщике и так далее. (Создание большого количества потоков делает чуть больше, чем потребляет много памяти. Но большое количество потоков с реальной работой замедлит вас, поскольку они борются за доступное время процессора)
Что вы делаете, когда этот предел даже актуален?
источник
правильные темы 100k на Linux:
Обновление 2018 от @Thomas для систем systemd:
источник
@dragosrsupercool
Linux не использует виртуальную память для вычисления максимального потока, но физический ОЗУ установлен в системе
http://kavassalis.com/2011/03/linux-and-the-maximum-number-of-processes-threads/
ядро / fork.c
Таким образом, максимальный поток в каждой системе различен, потому что установленный ram может быть разных размеров, я знаю, что Linux не нужно увеличивать виртуальную память, потому что на 32-разрядной системе мы получили 3 ГБ для пользовательского пространства и 1 ГБ для ядра, в 64-битной системе мы получили 128 ТБ виртуальной памяти, что происходит в Solaris, если вы хотите увеличить виртуальную память, вам нужно добавить пространство подкачки.
источник
Чтобы получить его:
Чтобы установить это:
123456789 = количество потоков
источник
>
) часть теряетsudo
: tryecho 12345678 | sudo tee -a /proc/sys/kernel/threads-max
Предел количества потоков:
Как рассчитывается:
и: размер страницы x86_64 (PAGE_SIZE) составляет 4 КБ; Как и во всех других архитектурах, x86_64 имеет стек ядра для каждого активного потока. Эти стеки потоков имеют размер THREAD_SIZE (2 * PAGE_SIZE);
для бугорков:
так что на самом деле это число не связано с ограничением размера стека памяти потока (
ulimit -s
).PS: ограничение стека памяти в моей виртуальной виртуальной машине составляет 10 МБ, а для 1,5 ГБ памяти эта виртуальная машина может позволить себе только 150 потоков?
источник
Для тех, кто смотрит на это сейчас, в системах systemd (в моем случае, в частности, в Ubuntu 16.04) есть еще одно ограничение, устанавливаемое параметром cgroup pids.max.
По умолчанию это значение равно 12 288, и его можно переопределить в /etc/systemd/logind.conf.
Другие рекомендации по-прежнему применимы, включая pids_max, threads-max, max_maps_count, ulimits и т. Д.
источник
проверьте размер стека на поток с помощью ulimit, в моем случае Redhat Linux 2.6:
Каждый из ваших потоков получит этот объем памяти (10 МБ) для своего стека. С 32-битной программой и максимальным адресным пространством 4 ГБ, это максимум только 4096 МБ / 10 МБ = 409 потоков !!! Минус программный код, минус пространство кучи, вероятно, приведет к наблюдаемому макс. из 300 нитей.
Вы должны иметь возможность поднять это, скомпилировав и запустив на 64-битной или установив ulimit -s 8192 или даже ulimit -s 4096. Но если это целесообразно, другое обсуждение ...
источник
Это, вероятно, не должно иметь значения. Вы достигнете гораздо большей производительности, если будете разрабатывать алгоритм с использованием фиксированного числа потоков (например, 4 или 8, если у вас 4 или 8 процессоров). Вы можете сделать это с рабочими очередями, асинхронным вводом-выводом или чем-то вроде libevent.
источник
Используйте
nbio
неблокирующую библиотеку ввода-вывода или что-то еще, если вам нужно больше потоков для выполнения вызовов ввода-вывода, которые блокируютисточник
Зависит от вашей системы, просто напишите пример программы [путем создания процессов в цикле] и проверьте, используя ps axo pid, ppid, rss, vsz, nlwp, cmd. Когда он больше не может создавать потоки, проверьте количество nlwp [nlwp - количество потоков] вуаля, вы получили свой надежный ответ вместо того, чтобы идти по книгам
источник
Чтобы установить постоянно,
и добавить
источник
Мы можем увидеть максимальное количество потоков, определенных в следующем файле в Linux
cat / proc / sys / kernel / threads-max
(ИЛИ)
sysctl -a | grep threads-max
источник
Вы можете увидеть текущее значение с помощью следующей команды: cat / proc / sys / kernel / threads-max
Вы также можете установить значение как
echo 100500> / proc / sys / kernel / threads-max
Установленное вами значение будет проверено по доступным страницам ОЗУ. Если структуры потоков занимают более 1/8 всех доступных страниц ОЗУ, то максимальный поток будет соответственно уменьшен.
источник
Да, чтобы увеличить количество потоков, вам нужно увеличить виртуальную память или уменьшить размер стека. В Raspberry Pi я не нашел способа увеличить виртуальную память, если уменьшить размер стека с 8 МБ до 1 МБ. Возможно, получится более 1000 потоков на процесс, но уменьшить размер стека с помощью команды «ulimit -s» сделать это для всех потоков. Итак, мое решение было использовать экземпляр «pthread_t» «класс потока», потому что pthread_t позволяет мне устанавливать размер стека для каждого потока. Наконец, я могу архивировать более 1000 потоков на процесс в Raspberry Pi, каждый из которых имеет 1 МБ стека.
источник