Возникла такая задача:
Есть процессор, для упрощения картины пусть он будет одноядерный. Все потоки в системе исполняются на этом одном ядре согласно приоритетам и бла-бла-бла. Задача - сделать так, чтобы мой поток независимо от загрузки ядра, остальных потоков и их приоритетов, загружал это ядро не более чем на N%.
Понятно, что надо вставлять Sleep(T), но как вычислить T исходя из N и данных об остальных потоках?

То есть мне нужно чтобы мой поток, даже если останется на ядре вообще один (теоретически) нагружал это самое ядро не более чем на N%. Такое вообще возможно?

| Сообщение посчитали полезным:

А кaк eй можно упрaвлять eсли этим зaнимaeтся ОС. Нa нeё можно рaзвe что повлиять кaк то или нaписaть свою ось ;)

| Сообщение посчитали полезным:

Ну так мне и надо повлиять
Представь ситуацию: твой поток исполняется на ядре один. Если после каждой 1мс работы вызывать Sleep(1), то поток быдет работать только половину всего возможного времени -> загрузка ядра будет 50%.
Мне же нужно вычислить величину этой задержки таким образом, чтобы загрузка ядра моим потоком на превышала определенный предел. Да, я понимаю, что планировщик раздаст освободившиеся кванты времени другим потокам, но это малозначимый факт. Главное чтобы мой поток не занимал больше определенного предела.

| Сообщение посчитали полезным:

А вообщe для чeго тaкaя тягость? Ты нa олимпиaдe чтоли )

| Сообщение посчитали полезным:

Это на каких олимпиадах такие задачи бывают?

| Сообщение посчитали полезным:

0

-----
Gutta cavat lapidem. Feci, quod potui. Faciant meliora potentes

| Сообщение посчитали полезным:

Пример кода, грузящего одно ядро на сколько надо процентов:



-----
PGP key <0x1B6A24550F33E44A>

| Сообщение посчитали полезным:

Azur1d
Не, при стандартном приоритете потока квант времени на поток под Windows 2000/XP составляет в районе 10 мс. Дальше, в зависимости от того, чем занята система, примерно в равной степени распределяется нагрузка... Вроде здесь не ошибаюсь, давно читал...

Одно из решений Вашей задачи - создать high-resolution timer и счетчиками PDH интерфейса или Registry интерфейса отслеживать загрузку процессора этим потоком. При превышении загрузки усыплять его. В MSDN есть Performance Counters.

-----
IZ.RU

| Сообщение посчитали полезным:

просто зaдaчa кaкaя-то стрaннaя нe вижу в нeй прaктичeской пользы кромe опытa

| Сообщение посчитали полезным:

Практическая польза в планировании потоков в своем приложении. Это пока из области идеи. ХЗ, может и не проканает, но попробовать явно стоит
Спасибо всем отписавшимся.

З.Ы. На всякий случай: Да, я знаю что такое синхронизация и как ей пользоваться

| Сообщение посчитали полезным:

Azur1d
NT не является осью реального времени. Всякая задача может быть отложена на не определённое время и потом возабновлена. Если необходима синхронизация в реальном времени, то никакие таймеры вам не помогут на столь малых промежутках. Переносите фугкционал в ядро, именно там эти задачи решаются как обработчики прерываний.

| Сообщение посчитали полезным:

Да мне риалтаймовость вобщем-то и не нужна. В моем приложении есть разные типы потоков. У каждого свой индекс производительности (как он вычисляется отдельная песня). Допустим поток А имеет индекс производительности 40, а поток Б - 30. Если на один поток А завести один поток Б, то А будет простаивать, т.к будет ждать данные от Б. Если завести два потока Б, то поток А не справится и будут накапливаться необработаные данные. В этом случае я указываю двум потокам Б работать на 66% и получаю необходимые 20+20 попугаев.

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

| Сообщение посчитали полезным:

Насколько помню, даже при адском повторении цикла, слип(1) ниразу не загрузит процессор.
И возможны броски от 0% до 100% с простоями, если что-то вида:
for (){
sleep(N); //Для N=1 не особо заметно.
ОфигенноСложнаяПроцедура();
}

-----
Я медленно снимаю с неё UPX... *FF_User*

| Сообщение посчитали полезным:

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

| Сообщение посчитали полезным:

Чутка оффтоп. Не совсем понимаю, нафига тыкать костыльный Sleep(1), когда есть вполне нормальная функция SwitchToThread().

| Сообщение посчитали полезным:

CreateJobObject()

SetInformationJobObject(,JobObjectBasicLimitInformation,,);

LimitFlags = JOB_OBJECT_LIMIT_AFFINITY
чтобы указать ядро, а дальше:

JOB_OBJECT_LIMIT_JOB_TIME
Establishes a user-mode execution time limit for the job.
или

JOB_OBJECT_LIMIT_PROCESS_TIME
Establishes a user-mode execution time limit for each currently active process and for all future processes associated with the job.

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

AssignProcessToJobObject ()

-----
Реверсивная инженерия - написание кода идентичного натуральному

| Сообщение посчитали полезным:

> когда есть вполне нормальная функция SwitchToThread().
Или нейтив аналог ZwYieldExecution.

-----
Shalom ebanats!

| Сообщение посчитали полезным:

Sleep(0) отдаёт оставшийся квант времени сразу же.

| Сообщение посчитали полезным: