сохраняет семафоры порядок ожидания [дубликат]

Question

сохраняет семафоры порядок ожидания [дубликат]

Я решил это, запустив CMD в режиме администрирования, поэтому попробуйте это.

0

c linux semaphore

задан user2079828 28 February 2014 в 07:38

2 ответа

Многопоточное программное обеспечение имеет смысл только тогда, когда

У вас есть несколько ядер, чтобы играть с
Некоторые алгоритмы легче программировать

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

0

ответ дан Ed Heal 23 August 2018 в 00:07

1

Я бы назвал справедливым в этом случае так: «Каждый поток, привязанный к критическому разделу, получает такое же количество использования, что и другие потоки того же типа». Таким образом, для любого производителя, связанного с буфером, каждый должен производить примерно одинаковое количество элементов. Для каждого потребителя они должны потреблять примерно одинаковое количество предметов. Кроме того, под этим правилом также должны быть связаны любые типы потоков, привязанные к одному и тому же критическому разделу. I "думаю" это то, что я имею в виду по справедливости. Разве каждая нить получает справедливое потрясение при выполнении чего-то? – user2079828 28 February 2014 в 08:02
2

Это действительно имеет значение, когда у вас есть одна лопата и два рабочих. Оба не заботятся, когда пьют чай или работают в полной шкуре? – Ed Heal 28 February 2014 в 08:07
3

& Quot; Mattering & Quot; не важно. Я хочу создать программу, в которой, не вызывая блокировки или помещая потоки в спящий режим, соблюдаются приведенные выше правила. Кроме того, в этом случае потребители, похоже, работают не так быстро, как производители, независимо от того, сколько их там. Я пытаюсь выяснить, почему. EDIT: Я понимаю, что вы подразумеваете, но мне не важно знать «почему». – user2079828 28 February 2014 в 08:13

Другие вопросы по тегам:

c linux semaphore

Похожие вопросы:

Я бы назвал справедливым в этом случае так: «Каждый поток, привязанный к критическому разделу, получает такое же количество использования, что и другие потоки того же типа». Таким образом, для любого производителя, связанного с буфером, каждый должен производить примерно одинаковое количество элементов. Для каждого потребителя они должны потреблять примерно одинаковое количество предметов. Кроме того, под этим правилом также должны быть связаны любые типы потоков, привязанные к одному и тому же критическому разделу. I "думаю" это то, что я имею в виду по справедливости. Разве каждая нить получает справедливое потрясение при выполнении чего-то? — user2079828, 28 February 2014 в 08:02
Это действительно имеет значение, когда у вас есть одна лопата и два рабочих. Оба не заботятся, когда пьют чай или работают в полной шкуре? — Ed Heal, 28 February 2014 в 08:07
& Quot; Mattering & Quot; не важно. Я хочу создать программу, в которой, не вызывая блокировки или помещая потоки в спящий режим, соблюдаются приведенные выше правила. Кроме того, в этом случае потребители, похоже, работают не так быстро, как производители, независимо от того, сколько их там. Я пытаюсь выяснить, почему. EDIT: Я понимаю, что вы подразумеваете, но мне не важно знать «почему». — user2079828, 28 February 2014 в 08:13

score 3 · Accepted Answer

Стандарт POSIX фактически говорит, что «поток с самым высоким приоритетом, который был самым длинным, должен быть разблокирован» , только когда политика планирования SCHED_FIFO или SCHED_RR применяется к заблокированному потоку.

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