История изменений
Исправление Iron_Bug, (текущая версия) :
про 16 тыщ либо ТС откровенно привирает и там их на порядок-два меньше, либо в консерватории что-то совсем не так.
да запросто. на крупных серверах в ДЦ я видела даже 256 тысяч процессов. и это было довольно давно. тогда и железо было слабее, чем сейчас. правда, я подозреваю, что это не от хорошего планирования архитектуры софта, но не вникала, нафига им столько. это были серверы Сбера, на которых крутились какие-то внутренние задачи. трогать такие монстрозные софтины я бы не решилась. я предпочитаю использовать машины состояний и пул обработчиков, по количеству ядер, а не дикое размножение процессов, если есть много контекстов. но тупо проще плодить процессы - вот и плодят, если железо позволяет. там была жаба, кстати говоря.
есть ещё ЯП, которые плодят потоки на каждый пук, типа Эрланга. там чуть ли не каждая операция - отдельный поток. в итоге, когда такой софт работает (его используют в телекоме, например), - это выглядит просто устрашающе с точки зрения админов и девопсов. я не думаю, что такая конкуренция потоков - это что-то нормальное для производительности железа. но такова селяви.
Исправление Iron_Bug, :
про 16 тыщ либо ТС откровенно привирает и там их на порядок-два меньше, либо в консерватории что-то совсем не так.
да запросто. на крупных серверах в ДЦ я видела даже 256 тысяч процессов. и это было довольно давно. тогда и железо было слабее, чем сейчас. правда, я подозреваю, что это не от хорошего планирования архитектуры софта, но не вникала, нафига им столько. это были серверы Сбера, на которых крутились какие-то внутренние задачи. трогать такие монстрозные софтины я бы не решилась. я предпочитаю использовать машины состояний и пул обработчиков, по количеству ядер, а не дикое размножение процессов, если есть много контекстов. но тупо проще плодить процессы - вот и плодят, если железо позволяет.
есть ещё ЯП, которые плодят потоки на каждый пук, типа Эрланга. там чуть ли не каждая операция - отдельный поток. в итоге, когда такой софт работает (его используют в телекоме, например), - это выглядит просто устрашающе с точки зрения админов и девопсов. я не думаю, что такая конкуренция потоков - это что-то нормальное для производительности железа. но такова селяви.
Исходная версия Iron_Bug, :
про 16 тыщ либо ТС откровенно привирает и там их на порядок-два меньше, либо в консерватории что-то совсем не так.
да запросто. на крупных серверах в ДЦ я видела даже 256 тысяч процессов. и это было довольно давно. тогда и железо было слабее, чем сейчас. правда, я подозреваю, что это не от хорошего планирования архитектуры софта, но не вникала, нафига им столько. это были серверы Сбера, на которых крутились какие-то внутренние задачи. трогать такие монстрозные софтины я бы не решилась. я предпочитаю использовать машины состояний и пул обработчиков, по количеству ядер, а не дикое размножение процессов, если есть много контекстов. но тупо проще плодить процессы - вот и плодят, если железо позволяет.