Блог

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

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

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

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

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

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

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