- логирование и асинхронный запуск таска Task.Run() без ожидания результата. Под нагрузкой этот endpoint работает 7 секунд. Я правильно понимаю, что это означает, что забивается .Net Thread Pool?
О, а вот это интересно! Да, вероятно, что тредпул забит, и поэтому запуск новой таски подтупливает. Но чтобы настолько сильно… странно это всё. Я бы советовал попрофилировать.
А что значит "забит" ThreadPool? То есть, количество потоков в ThreadPool достигло максимального значения? Значение максимального количества потоков в ThreadPool на тестируемом сервере 32767. Я сомневаюсь, что создается столько потоков. Если смотреть на количество потоков через Task Manager, то оно порядка 200+. И тут у меня возникает полнейшее непонимание - что такое вообще Thread в .NET? Является ли .NET Thread оберткой над системным потоком (unmanaged thread)? Или Managed thread с системными потоками слабо связан? Настоящие системные потоки не могут существовать без выполняемого в них кода. Как только код в потоке заканчивает свое выполнение поток завершается. А управляемыке потоки в ThreadPool молучается - это просто объекты, которые могут существовать и без выполняемого в них кода? То есть, ThreadPool - это что-то типа DI-контейнера? А причина торможения я думаю не в "забитии" ThreadPool, а в том, что потоки, которые в этом ThreadPool в основном блокирующие. А ThreadPool создает новые потоки не моментально, а с задержкой (по моему, 500мс). И при быстром запросе большого количества потоков в принципе может возникать задержка. А профилировать я пытался. Пытался использовать dotTrace portable. У него есть несколько режимов профилирования. Мне нужен Timeline profile. И этот Timeline profile почему-то на этом сервере не заработал. Работает только Sample profile
Обсуждают сегодня