Использование шаблонного запроса автономной библиотеки Siddhi CEP для периодического обнаружения отсутствия события каждые 5 минут на 10 тыс. Событий. Наблюдающая память постепенно увеличивается. Любая помощь в этом, почему это происходит?
Производительность запроса Siddhi CEP Pattern
comment
Вы используете новую версию Siddhi 3.0.0? Если да, можете ли вы выполнить профилирование с помощью такого инструмента, как Java Flight Recorder, и поделиться записанным файлом jfr? Затем мы можем наблюдать, где происходит эта утечка памяти. Это может быть клиентское приложение или даже на стороне Сиддхи. Был бы признателен, если бы можно было поделиться этим образцом, где мы можем попытаться воспроизвести
- person Tharik Kanaka schedule 28.10.2015
comment
Да 3.0.1. Я поделился дампом кучи и дампом потоков одного экземпляра, работающего почти 3 дня. Другой экземпляр, работающий в течение 2 часов с обменом файлом jfr. А также образец [ссылка] (drive.google .com /)
- person Abirami schedule 28.10.2015
comment
@TharikKanaka Да 3.0.1. Я поделился дампом кучи и дампом потоков одного экземпляра, работающего почти 3 дня. Другой экземпляр, работающий в течение нескольких часов с обменом файлом jfr. А также образец [ссылка] (drive.google .com /).
- person Abirami schedule 03.11.2015
Ответы (1)
В вашем запросе вы не включили опцию для шаблона запроса. Это приведет к тому, что события, которые не соответствуют шаблону, будут накапливаться с течением времени. Вот почему со временем вы наблюдаете улучшение памяти. Наличие оператора inside побудит Сиддхи отбросить события старше, чем в пределах времени, освобождая память.
Пример: от a1 до b1 в течение 10 минут
person
Tishan
schedule
27.11.2015
Привет @tishan Изменен шаблон запроса для включения в оператор, но я все еще вижу резкое увеличение памяти через 6 часов. Непрерывный запуск образца для 10 тыс. Объектов, общий доступ к изображению отпечатка памяти и образцу кода [ссылка] (drive.google.com/)
- person Abirami; 30.11.2015
