Почему потоки, освобожденные по Task.Run в ядре ASP.NET, не могут быть использованы для обработки новых HTTP -запросов?C#

Место общения программистов C#
Ответить
Anonymous
 Почему потоки, освобожденные по Task.Run в ядре ASP.NET, не могут быть использованы для обработки новых HTTP -запросов?

Сообщение Anonymous »

Я строю основной веб -API ASP.net, размещенный на Kestrel. Входящие HTTP -запросы отправляются в ThreadPool, который выбирает доступный поток для выполнения действия моего контроллера. Внутри этого действия я разгружаю операцию или блокировку, связанную с процессором или блокировку, в задачу. RUN (...), чтобы исходный поток запроса мог быстрее вернуться в пул. < /P>
[ApiController]
[Route("[controller]")]
public class WorkController : ControllerBase
{
[HttpGet]
public async Task Get()
{
// Simulate heavy CPU-bound work
await Task.Run(() => HeavyWork());

return Ok("Done");
}

private void HeavyWork()
{
// e.g. complex calculations, image processing, etc.
Thread.Sleep(500);
}
}
< /code>
Десять http -запросов прибывают одновременно. < /p>
Kestrel назначает десять потоков (t1… t10) для их обработки. < /p>
Каждое действие сразу же попадает в a a a a a a wait aske.run (...), так что t1 ... Http -запросы без промедления. < /P>
наблюдаемое поведение
Даже после задачи.run дает исходные потоки, новые входящие HTTP -запросы иногда все еще все еще в очереди или ждать доступности потока. Такое ощущение, что потоки, освобожденные по заданию, не становятся мгновенно «HTTP -потоками».>

Подробнее здесь: https://stackoverflow.com/questions/797 ... sed-to-han
Ответить

Быстрый ответ

Изменение регистра текста: 
Смайлики
:) :( :oops: :roll: :wink: :muza: :clever: :sorry: :angel: :read: *x)
Ещё смайлики…
   
К этому ответу прикреплено по крайней мере одно вложение.

Если вы не хотите добавлять вложения, оставьте поля пустыми.

Максимально разрешённый размер вложения: 15 МБ.

Вернуться в «C#»