Приоритеты потоков

@SKS-65 · Регистрация: 18.10.2011

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

Здравствуйте, пишу две программы, в одной из которых обработка данных просто делится на потоки, а в другой я ещё придаю потокам более высокий приоритет, но проблема в том, что время выполнения от этого не меняется. Не могу понять в чём проблема, что делаю не так. Приоритеты я изменяю вот так:

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
.......
for (int i = 1; i < argc; i++)
    {
 
        // Создание потока для выполнения функции обработки файла
        hThread[i-1] = CreateThread(NULL, 0, (LPTHREAD_START_ROUTINE)ThreadProc, argv[i], 0, &IDThread[i-1]);       
 
    }
 
    if (!(SetThreadPriority(hThread[0], THREAD_PRIORITY_HIGHEST))) cout << "Fail 1\n";
    if (!(SetThreadPriority(hThread[1], THREAD_PRIORITY_ABOVE_NORMAL))) cout << "Fail 2\n";
    if (!(SetThreadPriority(hThread[2], THREAD_PRIORITY_HIGHEST))) cout << "Fail 3\n";
    if (!(SetThreadPriority(hThread[3], THREAD_PRIORITY_TIME_CRITICAL))) cout << "Fail 4\n";
    WaitForMultipleObjects (argc - 1, hThread, TRUE, INFINITE);
.......

@VTsaregorodtsev · 16.11.2014, 21:19

А почему оно должно меняться? Независимо от приоритета потока - код выполняемой потоком=процессором программы остаётся же тем же самым.

@SKS-65 · 16.11.2014, 21:56 **[ТС]**

VTsaregorodtsev, выше приоритет значит уделяется больше процессорного времени, точнее чаще, то есть выполнится быстрее из за того что процессор чаще обрабатывает эти потоки

@VTsaregorodtsev · 16.11.2014, 22:01

Ну так если нет никаких других (конкурирующих) потоков на исполнение - проц и будет гонять только Ваш.

Но в любом случае затраченное процессорное время (выводимое в виндовозовском Диспетчере задач) будет одно и то же, независимо от приоритета потока и/или процесса.

@SKS-65 · 16.11.2014, 22:09 **[ТС]**

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

Новые блоги и статьи Все статьи Все блоги /
Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка SDL3 и Box2D из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .	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 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»

@VTsaregorodtsev 2645 / 1656 / 267 Регистрация: 19.02.2010 Сообщений: 4,385
	16.11.2014, 21:19
	А почему оно должно меняться? Независимо от приоритета потока - код выполняемой потоком=процессором программы остаётся же тем же самым. 0

@SKS-65 6 / 6 / 4 Регистрация: 18.10.2011 Сообщений: 187
	16.11.2014, 21:56 [ТС]
	VTsaregorodtsev, выше приоритет значит уделяется больше процессорного времени, точнее чаще, то есть выполнится быстрее из за того что процессор чаще обрабатывает эти потоки 0

@VTsaregorodtsev 2645 / 1656 / 267 Регистрация: 19.02.2010 Сообщений: 4,385
	16.11.2014, 22:01
	Сообщение было отмечено SatanaXIII как решение Решение Ну так если нет никаких других (конкурирующих) потоков на исполнение - проц и будет гонять только Ваш. Но в любом случае затраченное процессорное время (выводимое в виндовозовском Диспетчере задач) будет одно и то же, независимо от приоритета потока и/или процесса. 0

@SKS-65 6 / 6 / 4 Регистрация: 18.10.2011 Сообщений: 187
	16.11.2014, 22:09 [ТС]
	VTsaregorodtsev, понятно что время выполнения будет одинаковое, но при более низком приоритете потоки дольше в очереди стоят, а насчёт конкурирующих потоков есть же другие программы, которые обрабатываются процессором 0

Приоритеты потоков

Решение