Яке програмне забезпечення добре використовувати для паралельної налагодження?

Зараз я не виконую жодного паралельного коду, але передбачаю, що в майбутньому запускається паралельний код, використовуючи гібрид OpenMP та MPI. Налагоджувачі були для мене безцінним інструментом при запуску серійних проектів.

Чи може хтось порекомендувати паралельний налагоджувач (або декілька налагоджувачів) використовувати для налагодження паралельного програмного забезпечення? Вільне програмне забезпечення було б кращим, але не соромтеся згадати ефективне комерційне програмне забезпечення.

В основному є два основних комерційні варіанти: DDT від Allinea (який ми використовуємо в TACC ) і Totalview (про що йдеться в іншому коментарі). Вони мають порівнянні риси, і активно розвиваються, і є прямими конкурентами.

Eclipse має свою платформу Parallel Tools , яка повинна включати підтримку програмування MPI та OpenMP та паралельний відладчик.

Я мушу дати відповідь курчуму. Моя продуктивність ніколи не була поліпшена жодною з вищенаведених пропозицій. Вони повільні та дорогі порівняно з моїм кращим паралельним варіантом: один сеанс gdb за процес. Кожен gdb може підключитися до процесу MPI і сидіти в xterm (це відбувається автоматично в PETSc за допомогою -start_in_debugger). Я цим користуюся 15 років, щасливо. Заперечення:

1) Я не можу дивитись на глобальні дані

Оскільки MPI - модель, що не має спільного доступу, немає глобальних даних, лише локальних даних

2) Ця стратегія не охоплює безліч процесів

Ні клопи не роблять. Помилки трапляються за окремими процесами, можливо, за допомогою 1 або 2 сусідів. Ви можете легко породжувати gdb лише у процесах, що беруть участь (наприклад, у PETSc, який ви використовуєте -debugger_nodes 0,5,17). Крім того, вищезгадані системи дуже багато відмовляються від запуску кожного процесу, що робить їх повільними. Насправді метод gdb набагато масштабніший.

gdb також дуже портативний. Він працює скрізь, розуміє C ++ та Fortran і дозволяє виконувати довільний код всередині пробігу. Я написав спеціальні функції, щоб легко відображати дані під час роботи в ньому.

Я використовую лише два налагоджувачі для послідовних і паралельних програм:

1. Налагоджувач Керніган, тобто розумні друковані висловлювання та ретельне мислення.
2. Кілька примірників GDB, як описано o http://www.open-mpi.org/faq/?category=debugging#serial-debuggers .

У випадку, коли (2) недостатньо масштабований, я посилаюся на (1b).

Є Intel Parallel Studio, який включає паралельний налагоджувач. Я ніколи не працював з цим, але бачив, як він використовувався в кількох демонстраціях. Ось відеоурок, який показує деякі особливості.

Я також бачив декілька обгортків навколо gdb, які працювали досить добре в певних випадках.

Totalview . Це комерційний налагоджувач. Дуже легко переглядати стек на кожному процесорі. Ви можете бачити змінні значення (та змінювати їх) у процесорах / потоках. Ви можете побудувати графіки векторів або матриць для візуалізації змінних значень. Мабуть, сценарій також можливий (Tk / Tcl) для складного аналізу точок спостереження, хоча я ніколи з цим сам не працював.

Для декількох простих способів налагодження паралельних кодів ми зібрали кілька відповідей у ​​угоді. II поширені запитання в розділі про налагодження: https://github.com/dealii/dealii/wiki/Frequently-Asked-Questions#debugging -dealii-додатки

Цікаво, чому ніхто не згадав Padb (Parallel Application Debugger), який є відкритим кодом та вільним програмним забезпеченням, як воліє ОП, але не настільки потужний, як комерційні аналоги, наприклад: TotalView для HPC

Ось дайджест деяких відповідей, даних мені раніше:

OpenMP має функції синхронізації: omp_get_wtime()та omp_get_wtick()- онлайн-документи

У Google є профілер процесора

Існує Scalasca, яка робить OpenMP та MPI-профіль та аналіз

Тоді є Тау і vtune, якими я не користувався.

Удачі!