boost threads - время исполнения программы флуктуирует. Почему?

@DANON · Регистрация: 27.06.2010

Author24 — интернет-сервис помощи студентам

Есть программа, написанная с использованием библиотеки boost-threads. Программа параллельно считает интеграл. Имеется 2 нити исполнения, каждая нить считает свой кусок интервала. На двух ядрах программа исполняется ~50 секунд (real time). Но результат все время варьирует в пределах 5сек.

Почему такое происходит?
Что это, кеширование инструкций, флуктуации тактовой частоты процессора, причуды операционной системы по планированию исполнения процессов/потоков или это boost шалит? Вопрос именно в том, чем это вызвано и можно ли сделать так, чтобы флуктуации были меньше?

Почему при использовании нечетного числа нитей 2m+1 программа исполняется чуть быстрее, чем при использовании четного 2m (m=1, 2, 3, ...), хотя ядер всего 2?

@niXman · 13.04.2011, 03:21

во первых - распределение ресурсов, привилегия ОС. и не boost.thread, ни pthread ни имеют к этому ни какого отношения.

конкретные вопросы пожалуйста.

@DANON · 13.04.2011, 10:41 **[ТС]**

Сообщение от niXman

во первых - распределение ресурсов, привилегия ОС. и не boost.thread, ни pthread ни имеют к этому ни какого отношения.

конкретные вопросы пожалуйста.

1. Почему такое происходит? (олин раз запускаю - 50 сек, второй раз - 45: ОС целых пять секунд в первом опыте не давала моему процессу ресурсы?)

2. Почему при использовании нечетного числа нитей 2m+1 программа исполняется чуть быстрее, чем при использовании четного 2m (m=1, 2, 3, ...), хотя ядер всего 2? Чем не конкретный вопрос.

Сообщение от niXman

во первых - распределение ресурсов, привилегия ОС. и не boost.thread, ни pthread ни имеют к этому ни какого отношения.

А во-вторых? Конкретные ответы пожалуйста

@DANON 35 / 22 / 5 Регистрация: 27.06.2010 Сообщений: 86
		1
	boost threads - время исполнения программы флуктуирует. Почему? 12.04.2011, 22:23. Показов 1545. Ответов 2 Метки нет (Все метки) Есть программа, написанная с использованием библиотеки boost-threads. Программа параллельно считает интеграл. Имеется 2 нити исполнения, каждая нить считает свой кусок интервала. На двух ядрах программа исполняется ~50 секунд (real time). Но результат все время варьирует в пределах 5сек. Почему такое происходит? Что это, кеширование инструкций, флуктуации тактовой частоты процессора, причуды операционной системы по планированию исполнения процессов/потоков или это boost шалит? Вопрос именно в том, чем это вызвано и можно ли сделать так, чтобы флуктуации были меньше? Почему при использовании нечетного числа нитей 2m+1 программа исполняется чуть быстрее, чем при использовании четного 2m (m=1, 2, 3, ...), хотя ядер всего 2? 0

@niXman 3211 / 1459 / 74 Регистрация: 09.08.2009 Сообщений: 3,441 Записей в блоге: 2
	13.04.2011, 03:21	2
	во первых - распределение ресурсов, привилегия ОС. и не boost.thread, ни pthread ни имеют к этому ни какого отношения. конкретные вопросы пожалуйста. 0

@DANON 35 / 22 / 5 Регистрация: 27.06.2010 Сообщений: 86
	13.04.2011, 10:41 [ТС]	3
	Сообщение от niXman во первых - распределение ресурсов, привилегия ОС. и не boost.thread, ни pthread ни имеют к этому ни какого отношения. конкретные вопросы пожалуйста. 1. Почему такое происходит? (олин раз запускаю - 50 сек, второй раз - 45: ОС целых пять секунд в первом опыте не давала моему процессу ресурсы?) 2. Почему при использовании нечетного числа нитей 2m+1 программа исполняется чуть быстрее, чем при использовании четного 2m (m=1, 2, 3, ...), хотя ядер всего 2? Чем не конкретный вопрос. Сообщение от niXman во первых - распределение ресурсов, привилегия ОС. и не boost.thread, ни pthread ни имеют к этому ни какого отношения. А во-вторых? Конкретные ответы пожалуйста 0

Опции темы