загрузка процессора

[direct]

Доброго времени суток! Вопрос к разработчикам программ: при разработке новой программы кто-нибудь решает вопрос о загрузке процессора? Я провел небольшой эксперимент: запустил клип (формат mpeg4) в MediaPlayer - загрузка процессора составила от 12% до 20%; далее, я написал на C++Builder программу-"пустышку", которая ничего не делает, лишь запускает один поток (который тоже "почти" ничего не делает), функция потока написана ниже. Так от запуска этой "пустышки" загрузка процессора составила от 24% до 28%!!! Неужели она грузит проц больше, чем видеоклип??? Или Customizer XP ошибается в расчете загрузки процессора??? 
Вот фунция потока:
DWORD CALLBACK Thread_01(void* Ptr)
 {
  static long L = 0;
  while(1)
  {
     L++;
     Form1->Edit1->Text = L;
  }
  return 0;
}
//
Спасибо за ответ!

[Finch]

Твой поток находится в бесконечном цикле. И странно, что у тебя загрузка только 28 процентов. У меня под такое дело все 100 процентов уходит.
Виндовс видит Что твой поток нуждается в обработке. Если у винды нет потоков, которые нуждаются в обработке с приоритетом как твой поток и выше. Винда будет давать твоему потоку больше квантового времени. Поток Idle имеет самый низкий уровень. И относительно от того сколько он работает, считается загруженность процессора.

[direct]

Твой поток находится в бесконечном цикле. И странно, что у тебя загрузка только 28 процентов. У меня под такое дело все 100 процентов уходит.
Виндовс видит Что твой поток нуждается в обработке. Если у винды нет потоков, которые нуждаются в обработке с приоритетом как твой поток и выше. Винда будет давать твоему потоку больше квантового времени. Поток Idle имеет самый низкий уровень. И относительно от того сколько он работает, считается загруженность процессора.

Хорошо, бесконечный цикл жрет все время процессора. Но ведь клип проигрывается наверняка тоже в цикле, а видео кодек гораздо более "прожорливее" к ресурсам, чем мой поток? Или клип как-то по другому играется?

[Finch]

Я так думаю, что в кодеке они все таки переводят поток в режим ожидания после выполнения определенного задания. Там что нужно. Считать данные из потока данных. дешифровать их. Отдать дешифрованные данные обратно в поток данных. Перевести поток кодека в режим спячки до появления данных в потоке.
Никогда не пробовал перегонять фильмы из одного формата в другой? У меня программа пересчитывала файлы по времени почти равному времени фильма. И там задействованы два кодека. Один для расшифровки второй для сжатия. Значит там есть запас времени.
И еше некоторые современные видиокарточки могут брать на себя функции по дешифровке видиопотока и вывода его на экран.

[direct]

Ясно, если в режим ожидания, то это решает многое. Я считал, что ожидание происходит тоже в цикле и в этом цикле по "отмашке" срабатывает какое-то действие.

[zubr]

Если ты в свой цикл небольшой Sleep поставишь, загрузка процессора заметно уменьшится.

[direct]

Если ты в свой цикл небольшой Sleep поставишь, загрузка процессора заметно уменьшится.

Вот чудо:) Поставил Sleep(1) - загрузка упала до 2% !!! Причем можно хоть Sleep(100) ставить, загрузка не падает. А в чем секрет-то заключается?))

[Finch]

Команда sleep посылает поток в спячку на количество микросекунд указанное в скобках. Из-за некоторых особенностей системы, помоему не имеет смысла ставить это количество меньше чем 18 микросекунд. Точно не помню.
Что происходит. Ты дал команду винде усыпить поток. Винда на это количество микросекунд вытаскивает твой поток из очереди выполнения задач. Как только заканчивается срок. Она снова возрашает твой поток в очередь. Но твой поток сразу не получит квант времени процессора. Так как он последний в очереди У Рихтера написано, что Винда отдаёт квант времени, в не зависимости от того отработал ли твой поток до конца квант времени, потоку с большим приоритетом, если он появился в очереди.

[Alexiski]

[Но ведь клип проигрывается наверняка тоже в цикле

У клипа внутри есть метки времени на каждый кадр, по которым он проигрывается.
Если процессор позволяет, между кадрами будут паузы.

[direct]

Команда sleep посылает поток в спячку на количество микросекунд указанное в скобках.

Благодарю за подробное объяснение, боле-менее стало ясно, только спячка не в миллисекундах измеряется ?

[RXL]

Finch, поправка:
1) аргумент sleep в win32 задает время в милисекундах:
2) интервал прерываний по таймеру в 55 Гц (~18 мс) был в MSDOS, в винде он меньше. Точное чило не знаю - мне оно нужно не было, но в win9х запуск ф-ии по таймеру у меня на интервалах в 2 мс получался.

direct, как уже сказано, в цикле ожидания нужно отдавать управление операционке, иначе другие задачи, которым время нужно на более толковую работу, будут сильно тормозить.
Отдавать управление ОС можно посредством:
1) блокировки вызова ф-ий ОС (ожидание готовности чего-либо, что контроллирует ОС);
2) добровольной отдачи управления (отказа от остатка выделенного кванта времени);
3) создания паузы через sleep.
Во всех случаях управление отдается в ОС - она сама разберется, кому еще нужно процессорное время.

[nikedeforest]

1) блокировки вызова ф-ий ОС (ожидание готовности чего-либо, что контроллирует ОС);
2) добровольной отдачи управления (отказа от остатка выделенного кванта времени);

Эти 2 пункта реализуются посрелством вызова АПИ функций? Какой из трех способов предпочтительней и когда?

[Finch]

В MSDN написано, что функция sleep с параметром 0 отдает управление другим потокам в очереди. Если нет потоков с одинаковым приорететом, то выполнение программы происходит дальше.
WaitForSingleObject и WaitForMultipleObjects функции останавливают работу потока, до того момента когда не будет опушен флажок объектов ядра. В основном применяются для синхронизации потоков. Объекты ядра: Event, Mutex, Process, Semaphore, Thread, Timer .

[direct]

Отдавать управление ОС можно посредством:
1) блокировки вызова ф-ий ОС (ожидание готовности чего-либо, что контроллирует ОС);
2) добровольной отдачи управления (отказа от остатка выделенного кванта времени);
3) создания паузы через sleep.
Во всех случаях управление отдается в ОС - она сама разберется, кому еще нужно процессорное время.

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

[RXL]

direct, выбирай любой метод. См., что больше подходит к месту.
Программа в твоем примере занимается чисто визуализацией - можно просто Sleep(100).