Обычно NSOperationQueue гарантирует, что задачи с низкими приоритетами не будут выполняться до тех пор, пока не будут выполнены задачи с высокими приоритетами. Однако, когда большое количество операций, которые быстро добавляется в очередь, иногда очередь может привести к перегрузке операции, как показано нижеNSOperationQueue с резервной мощностью?
Этот график отслеживает историю 1000 операций. Красная строка показывает количество задач с приоритетом NSOperationQueueVeryLowPriority, который в настоящее время выполняется, зеленая строка показывает количество задач с NSOperationQueueNormalPriority, которые находятся в режиме ожидания в очереди, и NOT, и, наконец, синяя линия показывает общее количество операций в очередь.
Теперь максимальный параллелизм по умолчанию для NSOperationQueue в этом случае представляется 64. Когда все эти 64 слота заполняются, даже если задачи с более высокими приоритетами существуют, они не выполняются и должны ждать. Мой вопрос в том, есть ли способ настроить NSOperationQueue, чтобы даже при загрузке он оставил часть возможностей для операций с более высоким приоритетом?
У меня возникла проблема, связанная с выполнением операций с высоким приоритетом после операций с нормальным приоритетом. Не могу дождаться, чтобы получить ответы на эту тему! – raidfive
Я думал о реализации своего собственного подкласса, чтобы позаботиться о зарезервированной емкости и т. Д. Однако выясняется, что для моей ситуации все, что мне было нужно, это меньший maxConcurrentOperationCount. Это позволяет выполнять задачи достаточно быстро (в отличие от 64 задач, каждая из которых выполняется несколько медленно), что в конечном итоге задержка была незначительной. – Tony
Да, я заметил это раньше сегодня. Я понятия не имею, почему система решила запустить 64 параллельных задачи ... Я полагал, что это уменьшит это и придаст приоритет другим. – raidfive