Организация параллельных потоков. Часть 2 | страница 26
В конце программы выводим на экран число потоков, полученную сумму и время работы (строка 16).
Сумма должна быть всегда одна и та же. Это просто проверка правильности работы программы. На всякий случай. Если не выводить результат работы S на экран и никак его не использовать, компилятор может немного оптимизировать нашу программу. За ним нужен глаз да глаз.
Рис.5.28. Параллельное суммирование
Задание. Составьте программу (рис. 5.28).
Программа готова.
Незабываем выбрать конфигурацию Release и включить поддержку OpenMP.
Скомпилируем её:
Build — Build Solution.
Исполняемый файл готов.
Создаём пакетный файл для многократного запуска с разным числом потоков (рис. 5.29).
Мы уже познакомились с использованием цикла в пакетных файлах.
Отключаем вывод команд на экран.
Выводим заголовок таблицы.
Далее вызываем по пять прогонов с числом потоков от одного до двенадцати.
Это решение задачи «в лоб».
Немного громоздко, но работоспособно.
Рис. 5.29. Пакетный файл
Задание. Составьте пакетный файл (рис. 5.29).
На самом деле, мы можем организовать вложенные циклы. Ведь пакетный файл — это язык программирования. Почти как настоящий.
В результате у нас осталось всего три строчки в нашем пакетном файле (рис. 5.30). Такой файл легко отлаживать. Меньше шансов ошибиться.
Рис. 5.30. Вложенные циклы
Задание. Составьте пакетный файл (рис. 5.30).
Переходим в командную строку.
Меняем текущий диск и каталог.
Запускаем наш пакетный файл и перенаправляем вывод в файл:
19> 19.txt.
Мы называем пакетный и текстовый файл одинаково —просто чтобы немного запутать читателя.
Загружаем полученный текстовый файл в Excel.
Обрабатываем данные с помощью сводной таблицы.
Строим график изменения времени выполнения от числа потоков (рис. 5.31).
Как ни странно, скорость работы почти не меняется, начиная с четырёх потоков.
Рис.5.31.
Задание. Загрузите данные в Excel и постройте график (рис. 5.31).
Теперь наконец-то мы сможем найти показатели ускорения и эффективности.
У нас есть число потоков и время выполнения.
Будем считать, что число потоков равно числу логических процессоров. Мы притворимся, что запускали программу с р потоков на р процессорах.
Для дальнейших расчётов мы выделим сводную таблицу и скопируем её в буфер обмена. Затем мы вставим её на свободном месте листа — но только как значения:
Paste Options — Values.
Добавим столбцы показателей S>pи E>p(рис. 5.32).
Мы сравниваем длительность работы параллельной программы с последовательной. Поэтому в формулах для расчёта ускорения мы фиксируем адрес первой ячейки
