ОТЛАДКА СИСТЕМ РЕАЛЬНОГО ВРЕМЕНИ. Обзор
Добавить в закладки К обложке
- 1. Введение - Страница 1
- 1.2. Особенности отладки в системах реального времени - Страница 2
- 1.3. Ошибки в системах реального времени - Страница 3
- 2. Средства активной отладки - Страница 4
- 2.2. Отладочные действия - Страница 5
- 2.3. Пользовательский интерфейс - Страница 7
- 2.4. Интеграция со средствами разработки ПО - Страница 8
- 3. Средства мониторинга - Страница 9
- 3.3. Пользовательский интерфейс - Страница 12
- 3.4. Интеграция со средствами разработки ПО - Страница 13
- 4. Особенности отладки многоплатформных распределенных систем - Страница 14
- 4.2. Некоторые подходы к отладке распределенных приложений - Страница 15
- 4.3. Способы представления данных - Страница 17
- 5. Заключение - Страница 18
- Список литературы - Страница 19
4.3. Способы представления данных
Существуют разные способы представления данных. ([7],[13]). Наиболее распространенный из них - графический. Например, Panorama предоставляет следующие возможности (предполагается, что система использует в качестве механизма связи сообщения):
• карта процессоров (процессоры и их соединения, а также текущие сообщения между ними);
• окно отладки (состояния задач, данные, и.т.п.);
• окно потока сообщений (все сообщения между процессорами во времени (и время приема, и время получения).
В дополнение к графическому способу можно использовать, например, звуковой, как это описано в [14]. Преимущество использования звука при отладке состоит в том, что при большом объеме собранных данных может быть сложно обнаружить ошибку визуально. Например, если в процессе работы затерялось какое-то сообщение от одного процессора к другому, то, анализируя графическое представление взаимодействия процессоров, трудно найти потерянное сообщение, так как оно может быть графически просто не представлено. Однако, если каждое сообщение (от посылки до получения) будет сопровождать некоторый звуковой сигнал, то потерянное сообщение будет сразу обнаруживаться.
Как видно, при отладке распределенных приложений необходимо учитывать связь между процессорами и, в основном, асинхронный ее характер, то есть на первое место выступает обнаружение ошибок, связанных со взаимодействием задач и усиленных тем, что задачи выполняются на разных процессорах.