Мониторинг запросов GraphDB 8.9: nsTotalSpentInNext не отображается - PullRequest
0 голосов
/ 13 апреля 2019

Я использую GraphDB 8.9 для тестирования некоторого программного обеспечения, которое я написал, и хочу узнать о производительности запросов через JMX, как показано здесь: http://graphdb.ontotext.com/documentation/8.9/free/query-monitoring.html

При доступе к MBean SailIterationMonitor через JControl, а также программно работаетхорошо, и у меня есть доступ к атрибуту TrackRecords, я не получаю значение для nsTotalSpentInNext;значение остается -1 независимо от запроса.

Затем я переключился на GraphDB 7.0, чтобы проверить, связана ли проблема с версией.Увы, попытки выполнить те же запросы в том же наборе данных позволили мне наблюдать значения для nsTotalSpentInNext.

Я использую серверный пакет GraphDB в системе Linux, в основном из коробки.Единственный бит конфигурации, который я изменил, был в% GRAPHDB_HOME% / bin / graphdb.in.sh, чтобы включить удаленный доступ к JMX.В остальном я ничего не менял в конфигурациях.

Был ли удален атрибут nsTotalSpentInNext в последних версиях GraphDB?

Если нет, нужно ли включать мониторинг атрибута nsTotalSpentInNext?Возможно, при создании хранилища?

1 Ответ

0 голосов
/ 15 апреля 2019

В GraphDB 8.4 SailIterationMonitor, который ранее предоставлял поддержку мониторинга запросов, был заменен новой реализацией - RepositoryMonitor. Старая реализация могла отслеживать только запросы, а не обновления. Теперь вы можете видеть запросы к списку, номеру запроса и способу его отмены. Как часть рефакторинга getNsTotalSpentInNext устарела и теперь возвращает -1 каждый раз, поскольку это было совокупное время, потраченное на вычисление (has) Next. Я думаю, мы решили, что это не полезно, поскольку это общая глобальная ценность. Вы можете взглянуть на RepositoryMonitor MBean, который является новой реализацией, и использовать вместо него msSinceCreated и state. Мы собираемся обновить документацию, так как сейчас она в лучшем случае вводит в заблуждение.

...