Шаг 4: Исследование обмена данными
Результаты задержек и диагностика по работе сети подсистемы AppDoctor показали проблемы, связанные и с сетью и с обменом данными между рядами. Сейчас, когда вы узнали больше о возможных проблемах, диаграмма Data Exchange Chart может дать вам дополнительное понимание по работе сетевых приложений.
Для этого вам необходимо исследовать начало транзакции (трафик между 6,1 и 6,3 секундами) более тщательно.
1. Увеличим область диаграммы, которая представляет временной интервал 6.1-6.3секунды, следующим образом:
· Кликните правой кнопкой мыши на рабочем пространстве диаграммы Data Exchange Chart.
· Выберите Zoom to Rectangleизвыпадающего меню и переместите курсор, чтобы выделить прямоугольник вокруг искомой области.
Если у вас не получается данная операция, то вы можете выбрать Previous Zoomиз выпадающего менюи попробовать снова. После того, как вы активировали область масштабирования, вы можете использовать клавиши стрелки, чтобы увеличивать ее во всех направлениях. Как только вы выделили область на диаграмме, в группах сообщений появляется возможность решать проблемы обмена индивидуальными прикладными сообщениями.
2. Изучим индивидуальные сообщения. Направление стрелок показывает направление потока сообщений.
3. Заметим что:
· Прикладная программа посылает много маленьких сообщений (как показано оранжевым и желтым цветами).
Кажется, что это повторяет картину простых запросов и ответов. Каждое изменение направления называется оборотом сетевого приложения, так как при этом меняется направление потока данных. Приложения с с большим числом оборотов обычно считаются, вызывающими избыточность сообщений («болтливыми»), и считаются чувствительными к сетевым задержкам. Чувствительность возникает в результате того, что каждое сообщение должно быть принято до того, как соответствующий ответ посылается, и таким образом каждое сообщение влияет на сетевую задержку.
4. В должны понимать, что визуализация диаграммы Data Exchange Chart подтверждает результаты прогноза в отчете о задержках и диагностике сети, т.е. если работает приложение с избыточным числом сообщений («болтливое»), то данная характеристика «болтливости» вызывает сетевую задержку и значительно замедляет работу приложений в сети.
Подсистема AppDoctor также определяет суммарную статистику для транзакций приложений. Посмотрим данную статистику.
Шаг 6: Общая статистика
Здесь вы будете изучать некоторые статистики, и прежде всего, число оборотов приложения (циклов запрос/ответ) и максимальное количество данных, которое проходит за один оборот.
1. Выберите AppDoctor_ Statisticsиз меню.
2. Заметим, что приложение имеет 2,157 оборотов (циклов запрос/ответ), чтобы обменяться 182,056 байтами данных.
3. Также максимальное количество данных, пересылаемых за один оборот - 258 байт в одном направлении (A --> B) и 455 байт в другом (A <-- B). Величина избыточности («болтливости») распространена в работе приложений баз данных и часто является первой причиной плохого времени отклика.
Здесь отдельная задержка распространения, получаемая 2,157 оборотами, сотавляет около 6.97 секунд полного транзакционного времени отклика. Так как время ожидания в большей степени зависит от географического расстояния и числа переходов между разными сетями (число хопов), то увеличение полосы пропускания в каналах передачи данных будет иметь минимальный эффект для времени отклика. Чтобы минимизировать эту характеристику, может быть снижено время ожидания в логическом канале за счет снижения числа оборотов приложения. Поскольку время ожидания – это физической ограничение, то изменение поведения сетевого приложения – более практично.
4. Закройте окно AppDoctor Statistic