@Undisputed

Обычно советуют создавать количество потоков программы не более числа количества ядер процессора, т.к считается, что это то количество потоков, которое может быть выполнено параллельно для одной программы.
Допустим если ядер 5, то рекомендуемое количество потоков, созданных например при помощи std::thread - 5.

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

0

@nmcf

Откуда такие сведения?

0

@hoggy

активных потоков.
которые постоянно кушают какие то задачи.

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

другое дело, что 5ть ядер не гарантируют вам,
что 5ть тредов будут пырять без остановки.

кванты времени для них никто не отменял.

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

2

@nmcf

0

@hoggy

0

@Undisputed

nmcf,
Ну я так подумал, потому что ОС контролирует работу пользовательских программ, и всегда готова что-то следать. Это наводит на мысль что работает она постоянно, пока включен компьютер... А что бы она работала по идее ей нужно выполняться как минимум на одном ядре...

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

Вот это не понятно...

0

@nmcf

ОС прерывания использует, никто не получает ядра в бесконтрольное владение.

0

@Undisputed

nmcf,
Если ОС прерывается, то как тогда она реагирует скажем на то, когда приходит время выполнить определенную задачу в определённое время, особенно если это ОС реального времени? Так же интересует кто решает, когда пробудить ОС что бы она и дальше могла управлять процессами

0

@nmcf

Я же говорю: там используются аппаратные прерывания от таймера. За счёт этого всё синхронизируется, а ОС получает управление.
Есть толстая книжка Windows Internals, там (наверное) объясняют подробнее.

1

Evg

Процессор всегда по очереди исполняет код пользовательских задач и код операционной системы. Во времени это обычно выглядит так. Операционная система поставила пользовательскую задачу на исполнение на процессор. Через какое-то время (например 0.01 сек) приходит прерывание от аппаратного таймера, из-за чего исполнение пользовательской программы приостанавливается и управление передаётся в ОС. ОС, поразмышляв, может вернуть управление пользовательской программе и процессор будет занят программой до следующего прерывания от таймера. ОС может поставить на исполнение и другую программу и опять процессор будет исполнять программу (но уже другую) до следующего прерывания от таймера. Так реализуется многозадачность в том числе и на одноядерной системе. Т.е. процессор по очереди исполняет различные задачи а между ними вклинивается исполнение кода ОС

Если на процессоре несколько ядер, то ядро исполняется на каждом ядре. Т.е. описанный выше процесс проходит одновременно на нескольких ядрах. Естественно, что в этом случае различные пользовательские задачи могут одновременно исполняться на различных ядрах. Но ОС в моенты прерываний в любом случае исполняется на каждом из ядер. Т.е. нет такого, что операционная система монопольно сидит на каком-то ядре и раздаёт ядра для других задач

2

@DrOffset

Undisputed, Танненбаума читать, срочно

1

@nmcf

Ну может, и есть такая реализация где-то.

0

Evg

Я не специалист, но как-то интуитивно в этом сомневаюсь. Сильно подозреваю, что без этого невозможно было бы изменить задачу, исполняемую на процессоре

0

@Undisputed

Evg,
Похоже на правду, спасибо!) Потому что монопольное владение на одноядерной системе привело бы ни к чему... Теперь понял

DrOffset,
Спасибо за совет)

0