В нашем приложении для хранения некоторых данных используется neo4j 3.5.x (пробная версия как для сообщества, так и для предприятий).
Независимо от того, как мы настраиваем память в conf / neo4j.conf (пробовал с большим количеством комбинаций для начальных / максимальных настроек кучи от 4 до 16 ГБ), процесс GC запускается периодически каждые 3 секунды, ставя машину на колени, замедление всей системы.
Существует комбинация (8 г / 16 г), которая, кажется, делает вещи более стабильными, но через несколько минут (20-30) после использования нашей системы GC снова пинает по neo4j и входит в этот «смертельный» цикл.
Если мы перезапускаем сервер neo4j без перезапуска нашей системы, как только наша система начинает запрашивать neo4j, GC запускается снова ... (мы постоянно замечали это поведение).
У нас был экземпляр сообщества 3.5.x, который работал нормально с прошлой недели (когда мы пытались перейти на предприятие). Мы скопировали данные / папку из предприятия в экземпляр сообщества и запустили экземпляр сообщества ... только для того, чтобы он вел себя так же, как экземпляр предприятия, запуская GC каждые 3 секунды.
Любая помощь приветствуется. Спасибо.
Снимок экрана jvisualvm с 8/16 г кучи
В debug.log значимы только они:
2019-03-21 13: 44: 28.475 + 0000 WARN [o.n.b.r.BoltConnectionReadLimiter] Канал [/127.0.0.1:50376]: клиент выдал 301 сообщение в рабочей очереди, автоматическое чтение отключено.
2019-03-21 13: 45: 15.136 + 0000 WARN [o.n.b.r.BoltConnectionReadLimiter] Канал [/127.0.0.1:50376]: использованные сообщения в рабочей очереди ниже 100, автоматическое чтение включено.
2019-03-21 13: 45: 15.140 + 0000 WARN [o.n.b.r.BoltConnectionReadLimiter] Канал [/127.0.0.1:50376]: клиент выдал 301 сообщение в рабочей очереди, автоматическое чтение отключено.
И у меня есть выдержка из neo4j.log примерно с того времени, как показывает скриншот jvisualvm, но его длина составляет 3500 строк ... так что вот оно на Pastebin:
выдержка из neo4j.log со времени, когда был сделан снимок экрана jvisualvm
JUST_PUT_THIS_TO_KEEP_THE_SO_EDITOR_HAPPY_IGNORE...
Надеюсь, это поможет, у меня также есть журналы для редакции Enterprise, если это необходимо, хотя они немного более "кахотичны" (neo4j перезагружается), и у меня нет скриншота jvisualvm для них