Web api Управлять очередью запросов динамически (длиной) и как получить url поступившего в очередь запроса

@pit111 · Регистрация: 06.05.2014

Студворк — интернет-сервис помощи студентам

Я так понимаю, что все запросы приходят в HTTP.Sys откуда запрос в виде HTTP.Context поступает на web api. И все параметры HTTP.Sys нужно задать до запуска web api, т.к. из web api они будут доступны только для чтения. И как можно автоматически получить URl только что вошедшего в очередь на сервер запроса?

@sau · 05.02.2018, 19:55

https://msdn.microsoft.com/en-... s.90).aspx
AppPoolQueueLength - длина очереди.

Или , в файлах конфигурации сервера
https://docs.microsoft.com/ru-... b-settings
для applicationhost.config (правда , тут вероятно придется перезапустить пул)

По поводу запросов в очереди , попробуйте wp.GetRequests(0); там есть и Url и время поступления.

C#
1
2
3
4
5
6
7
8
9
10
11
12
            
           //using Microsoft.Web.Administration;
           var srvManager = new ServerManager();
           srvManager.ApplicationPools["название пула"].Stop();
           srvManager.ApplicationPools["название пула"].QueueLength = 5000;
           srvManager.ApplicationPools["название пула"].Start();
 
            foreach (var wp in srvManager.ApplicationPools["название пула"].WorkerProcesses)
            {
                //Getting the list of executing requests
                var requests = wp.GetRequests(0);
            }

@pit111 · 05.02.2018, 20:35 **[ТС]**

Сейчас буду штудировать, но я как понимаю, что пул часто останавливать и запускать нет смысла, так как на это скорее всего уйдет много времени, чем на обработку запроса, взять меньший размер очереди на возможность наихудшего сценария.

Думаю о возможном использовании программной очереди, тогда предсказывая время выполнения можно поступающие запросы возвращать обратно.

За ссылки спасибо, на вариант с пулом не натыкался, только на управление очередью перед запуском (Программно задать длину и т.д.), используя OwinHttpListner через SetRequestQueueLimit.

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .

@pit111 1 / 1 / 0 Регистрация: 06.05.2014 Сообщений: 84

	Web api Управлять очередью запросов динамически (длиной) и как получить url поступившего в очередь запроса 05.02.2018, 18:04. Показов 2442. Ответов 2 Метки нет (Все метки) Я так понимаю, что все запросы приходят в HTTP.Sys откуда запрос в виде HTTP.Context поступает на web api. И все параметры HTTP.Sys нужно задать до запуска web api, т.к. из web api они будут доступны только для чтения. И как можно автоматически получить URl только что вошедшего в очередь на сервер запроса? 0

@pit111 1 / 1 / 0 Регистрация: 06.05.2014 Сообщений: 84
	05.02.2018, 20:35 [ТС]
	Сейчас буду штудировать, но я как понимаю, что пул часто останавливать и запускать нет смысла, так как на это скорее всего уйдет много времени, чем на обработку запроса, взять меньший размер очереди на возможность наихудшего сценария. Думаю о возможном использовании программной очереди, тогда предсказывая время выполнения можно поступающие запросы возвращать обратно. За ссылки спасибо, на вариант с пулом не натыкался, только на управление очередью перед запуском (Программно задать длину и т.д.), используя OwinHttpListner через SetRequestQueueLimit. 0

Web api Управлять очередью запросов динамически (длиной) и как получить url поступившего в очередь запроса

Решение