Процессы и потоки

[ilham]

Почему поток должен добровольно отказываться от доступа к процессору уступая своё место другому потоку ?

[mihali4]

Потому что это нужно для реализации "многозадачности"...

[ilham]

Спасиб!Но есть ещё какая-та причина !

[rpy3uH]

в 90% случаев в Windows поток принудительно снимается с процессора, а
если поток добровольно отказывается от доступа к процессору, то это в большинстве случаев вызов функции Sleep(Ex) либо WaitForSingleObject(Ex).

[ilham]

Я не спросил из-за каких факторов , а спросил почему должен ?
Ну в принципе я думаю поддержка многозадачности это наиболее разумный вариант,но есть ещё что-то

[rpy3uH]

он не должен освобождать процессор! никакой поток не должен сам освобождать процессор и не надо никогда об этом париться, система сама разберётся. Ну разумеется это не обозначает что надо ставить приоритет своему потоку THREAD_PRIORITY_TIME_CRITICAL и обрабатывать в этом потоке гигабайты данных. Это только вредит системе.

[ilham]

Я тоже думал не должен
Но оказывается есть такая ситуация,когда потоки должны быть вежливыми и вызывать thread_yield(ф-ция не из WinApi)
чтобы уступить своё место!

[rpy3uH]

ну это уже ваше дело...

[ilham]

Ну дело-то моё !
Я помощи попросил !
У меня есть идея : может быть потому что,пользовательские потоки не являются элементами уровня ядра, соответственно, планировщик системный о них не знает - для него есть только один процесс, что внутри него его не волнует. поэтому потоки сами должны добровольно отдавать управление, иначе выполняться будет только один из них

Может ли этот ответ подойти ?

[mihali4]

поэтому потоки сами должны добровольно отдавать управление, иначе выполняться будет только один из них

Так только один и выполняется - системный, тот, который следит за "многозадачностью", выделяя кванты времени всем другим, в зависимости от их приоритета...