LXF163: Скорость компьютера - История изменений

Olkol: /* Запуск теста */

2018-10-21T01:56:34Z

‎Запуск теста

Olkol: /* Запуск теста */

2018-10-21T01:55:49Z

‎Запуск теста

Olkol: /* Запуск теста */

2018-10-21T01:51:03Z

‎Запуск теста

Olkol: /* Запуск теста */

2018-10-21T01:50:11Z

‎Запуск теста

Olkol: /* Запуск теста */

2018-10-21T01:48:52Z

‎Запуск теста

Olkol: /* Запуск теста */

2018-10-21T01:46:54Z

‎Запуск теста

Olkol: /* Запуск теста */

2018-10-21T01:42:16Z

‎Запуск теста

Olkol: /* Запуск теста */

2018-10-21T01:40:26Z

‎Запуск теста

Olkol: /* Запуск теста */

2018-10-21T01:37:34Z

‎Запуск теста

Olkol: /* Взаимодействие */

2018-10-21T01:36:47Z

‎Взаимодействие

@@ Строка 132: / Строка 132: @@
 Создать параллельную систему с достаточно быстрой сетью, масштабируемой до 100 ядер, довольно просто и недорого, но для выхода за эти пределы обычно нужно спецоборудование. Эта идея отражена на рисунке справа. На нем производительность процесса показана как функция количества процессов для трех систем: IBM BlueGene/Q (сплошные линии); ее предшественника BlueGene/P (штриховые линии); и кластера Beowulf, собранного на обычном «железе» (пунктирные линии). Если при количестве процессов до 32 последняя система не уступает суперкомпьютерам, выше этого порога ее производительность резко падает, а при 128 процессах становится почти на порядок меньше.
-'''> Тест Dphi (один из трех подтестов, выполняемых BSMBench) в системе с преобладанием вычислений (зеленые линии), сбалансированной системе (красные) и системе с преобладанием взаимодействия (синие) для трех систем, описанных во врезке.
+'''> Тест Dphi (один из трех подтестов, выполняемых BSMBench) в системе с преобладанием вычислений (зеленые линии), сбалансированной системе (красные) и системе с преобладанием взаимодействия (синие) для трех систем, описанных во врезке.'''
 '''
 '''Скорая помощь:'''Чтобы освободить виртуальную консоль, используемую для теста, приcтавьте амперсанд к концу команды mpirun.
 }}

@@ Строка 132: / Строка 132: @@
 Создать параллельную систему с достаточно быстрой сетью, масштабируемой до 100 ядер, довольно просто и недорого, но для выхода за эти пределы обычно нужно спецоборудование. Эта идея отражена на рисунке справа. На нем производительность процесса показана как функция количества процессов для трех систем: IBM BlueGene/Q (сплошные линии); ее предшественника BlueGene/P (штриховые линии); и кластера Beowulf, собранного на обычном «железе» (пунктирные линии). Если при количестве процессов до 32 последняя система не уступает суперкомпьютерам, выше этого порога ее производительность резко падает, а при 128 процессах становится почти на порядок меньше.
-'''> Тест Dphi (один из трех подтестов, выполняемых BSMBench) в системе с преобладанием вычислений (зеленые линии), сбалансированной системе (красные) и системе с преобладанием взаимодействия (синие) для трех систем, описанных во врезке.'''}}
+'''> Тест Dphi (один из трех подтестов, выполняемых BSMBench) в системе с преобладанием вычислений (зеленые линии), сбалансированной системе (красные) и системе с преобладанием взаимодействия (синие) для трех систем, описанных во врезке.
 spinor_field_sqnorm, mad и Dphi – три выполняемых теста. Обратите внимание на строку с важнейшим сообщением “All tests have completed successfully [Все тесты завершились успешно]”. В трех тестах даны результаты количества миллиардов операций с плавающей точкой (FLOP) в секунду, т. е. в гигафлопс. Производители процессоров уверяют, что производительность выше раз в пять, но их цифры получены на идеализированных тестах.

@@ Строка 129: / Строка 129: @@
 {{Врезка|left|Заголовок=Важность общения |Ширина=98%|Содержание=
-[[Файл:LXF163.tut_ben.bsmbench_opt.png |right |600px]]
+[[Файл:LXF163.tut_ben.bsmbench_opt.png |right |800px]]
 Создать параллельную систему с достаточно быстрой сетью, масштабируемой до 100 ядер, довольно просто и недорого, но для выхода за эти пределы обычно нужно спецоборудование. Эта идея отражена на рисунке справа. На нем производительность процесса показана как функция количества процессов для трех систем: IBM BlueGene/Q (сплошные линии); ее предшественника BlueGene/P (штриховые линии); и кластера Beowulf, собранного на обычном «железе» (пунктирные линии). Если при количестве процессов до 32 последняя система не уступает суперкомпьютерам, выше этого порога ее производительность резко падает, а при 128 процессах становится почти на порядок меньше.

@@ Строка 128: / Строка 128: @@
 [BENCH][0]Performance is 0.03 times that of a Blue Gene/P node card.
-{{Врезка|left|Заголовок=Важность общения |Ширина=50%|Содержание=
+{{Врезка|left|Заголовок=Важность общения |Ширина=98%|Содержание=
 [[Файл:LXF163.tut_ben.bsmbench_opt.png |right |600px]]
 Создать параллельную систему с достаточно быстрой сетью, масштабируемой до 100 ядер, довольно просто и недорого, но для выхода за эти пределы обычно нужно спецоборудование. Эта идея отражена на рисунке справа. На нем производительность процесса показана как функция количества процессов для трех систем: IBM BlueGene/Q (сплошные линии); ее предшественника BlueGene/P (штриховые линии); и кластера Beowulf, собранного на обычном «железе» (пунктирные линии). Если при количестве процессов до 32 последняя система не уступает суперкомпьютерам, выше этого порога ее производительность резко падает, а при 128 процессах становится почти на порядок меньше.

@@ Строка 75: / Строка 75: @@
 ===Запуск теста===
 В корневом каталоге теста создадим подкаталог output и зайдем в него:
@@ Строка 130: / Строка 127: @@
 [BENCH][0]Performance is 0.03 times that of a Blue Gene/P node card.
 [[Файл:LXF163.tut_ben.bsmbench_opt.png |right |600px]]
 Создать параллельную систему с достаточно быстрой сетью, масштабируемой до 100 ядер, довольно просто и недорого, но для выхода за эти пределы обычно нужно спецоборудование. Эта идея отражена на рисунке справа. На нем производительность процесса показана как функция количества процессов для трех систем: IBM BlueGene/Q (сплошные линии); ее предшественника BlueGene/P (штриховые линии); и кластера Beowulf, собранного на обычном «железе» (пунктирные линии). Если при количестве процессов до 32 последняя система не уступает суперкомпьютерам, выше этого порога ее производительность резко падает, а при 128 процессах становится почти на порядок меньше.

@@ Строка 126: / Строка 126: @@
 [BENCH][0]Total average FLOP/s per process: 5.388e+08
-[BENCH][0]Performance is 0.03 times that of a Blue Gene/P node card.
+[BENCH][0]Performance is 0.03 times that of a Blue Gene/P node card.[[Файл:LXF163.tut_ben.bsmbench_opt.png |right |60px]]
-{{Врезка|left|Заголовок=Важность общения |Ширина=98%|Содержание= [[Файл:LXF163.tut_ben.bsmbench_opt.png |right |60px]]
+{{Врезка|left|Заголовок=Важность общения |Ширина=50%|Содержание=
 Создать параллельную систему с достаточно быстрой сетью, масштабируемой до 100 ядер, довольно просто и недорого, но для выхода за эти пределы обычно нужно спецоборудование. Эта идея отражена на рисунке справа. На нем производительность процесса показана как функция количества процессов для трех систем: IBM BlueGene/Q (сплошные линии); ее предшественника BlueGene/P (штриховые линии); и кластера Beowulf, собранного на обычном «железе» (пунктирные линии). Если при количестве процессов до 32 последняя система не уступает суперкомпьютерам, выше этого порога ее производительность резко падает, а при 128 процессах становится почти на порядок меньше.

@@ Строка 78: / Строка 78: @@
 В корневом каталоге теста создадим подкаталог output и зайдем в него:
-#mkdir output && cd output
+ #mkdir output && cd output
 Общая команда запуска теста из этого каталога такова:
-#mpirun -np NUM ../bsmbench_[test] -i [input_file] -o [output file]
+ #mpirun -np NUM ../bsmbench_[test] -i [input_file] -o [output file]
 Параметр test может принимать значения balance, comms и compute, а NUM – это количество одновременно запущенных процессов (обычно оно меньше или равно количеству ядер). Несколько входных файлов находятся в каталоге sets (в корневом каталоге теста). Они помечены номером теста и количеством процессов. Выходной файл создается пользователем, и в него будут записаны результаты тестов.
@@ Строка 88: / Строка 88: @@
 Для конкретного примера проведем тест сбалансированности [balance test] на двух ядрах. В этом случае в выходном каталоге выполняется следующая команда:
-#mpirun -np 2 ../bsmbench_balance -i ../sets/balance-2.bsmbench -o balance-2.out
+ #mpirun -np 2 ../bsmbench_balance -i ../sets/balance-2.bsmbench -o balance-2.out
 Затем перейдем в другой терминал и выполним команду top. В нашей тестовой системе с двумя ядрами программа работает корректно, и мы видим два процесса bsmbench_balance, возглавляющих список по использованию процессора. Примерно через полчаса программа завершится, и откроется оболочка, из которой она была запущена. После этого у нас получатся (будем надеяться, пустой) файл err_0 и выходной файл balance-2.out.
@@ Строка 94: / Строка 94: @@
 В дополнение к результатам теста выходной файл содержит информацию о питании системы, которую смело можно игнорировать. Нужную нам информацию мы получим, выбрав все строки выходного файла, содержащие «BENCH» (все буквы заглавные):
-#grep BENCH balance-2.out
+ #grep BENCH balance-2.out
 В нашем случае это строки

@@ Строка 139: / Строка 139: @@
 Теперь запустим другой тест, например, bsmbench_comms:
-#mpirun -np 2 ../bsmbench_comms -i ../sets/comms-2.bsmbench -o comms-2.out
+ #mpirun -np 2 ../bsmbench_comms -i ../sets/comms-2.bsmbench -o comms-2.out
 На обычном «железе» программа выполняется опять же около получаса. Предыдущий тест предназначался для ситуации, когда на вычисления и на взаимодействие времени тратилось примерно поровну, а в этом тесте время на взаимодействие гораздо больше времени на вычисления. В стандартных архитектурах с высокой степенью параллелизма взаимодействие негативно влияет на производительность, и задача, стоящая перед производителями «железа» – уменьшение этого влияния. Большинство людей пользуются одним компьютером с многоядерным процессором, и в таких системах взаимодействие происходит намного быстрее, чем в больших распределенных архитектурах. Интересно сравнить результаты для нашей тестовой системы. В тесте взаимодействия мы получили результат в 1,22 гигафлопс, а в тесте сбалансированности – 1,09 гигафлопс. Следовательно, результаты, хотя и с небольшой разницей, сопоставимы. Стало быть, у нашей системы нет проблем, связанных с взаимодействием, так как различие между двумя результатами можно отнести на счет колебаний из-за системных процессов, внешних по отношению к тесту.
-Вычисления
+===Вычисления===
 Наконец, можно запустить тест с вычислениями, когда вычисления преобладают над взаимодействием. Для этого скомандуйте
-#mpirun -np 2 ../bsmbench_compute -i ../sets/compute-2.bsmbench -o compute-2.out
+ #mpirun -np 2 ../bsmbench_compute -i ../sets/compute-2.bsmbench -o compute-2.out
 Этот тест обладает более высокими требованиями, и может выполняться до нескольких часов. Для обычных пользовательских систем этот тест наименее информативен: производительность одноядерной системы можно определить проще и быстрее. Если вы будете запускать тест bsmbench_compute на своей системе, советуем остановить его после т. н. «безумного теста [mad test]», сэкономив время. Результаты этого теста и теста spinor_field_sqnorm могут дать полезную информацию в сравнении с аналогичными результатами тестов взаимодействия и сбалансированности.

LXF163: Скорость компьютера - История изменений

Olkol: /* За­пуск тес­та */

Olkol: /* За­пуск тес­та */

Olkol: /* За­пуск тес­та */

Olkol: /* За­пуск тес­та */

Olkol: /* За­пуск тес­та */

Olkol: /* За­пуск тес­та */

Olkol: /* За­пуск тес­та */

Olkol: /* За­пуск тес­та */

Olkol: /* За­пуск тес­та */

Olkol: /* Взаи­мо­дей­ст­вие */

Olkol: /* Запуск теста */

Olkol: /* Запуск теста */

Olkol: /* Запуск теста */

Olkol: /* Запуск теста */

Olkol: /* Запуск теста */

Olkol: /* Запуск теста */

Olkol: /* Запуск теста */

Olkol: /* Запуск теста */

Olkol: /* Запуск теста */

Olkol: /* Взаимодействие */