You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
...but we are not sending any options to the shutdown method, so the worker threads never get killed. Any objects associated with that thread would considered to be a memory leak. ...pure subjecture is that JDBC drivers may use thread locals to hold cached state which could lead to a decent memory leak over time and volume
The text was updated successfully, but these errors were encountered:
When a pipeline is reloaded, the rufus stop/shutdown method is called without any arguments. This instructs rufus to leave it's worker threads running. To fully shutdown the rufus worker threads, a :wait or :kill is needed. This change sends the :wait parameter to the shutdown method to ensure that the work thread is stopped. Prior to this change, the thread and all associated memory would stay in the JVM indefinitely.
Fixeslogstash-plugins#255
When Logstash pipelines are reloaded via the a configuration change, the rufus jobs thread is not shut down.
Profiling via YourKit (filtering live threads by rufus):
After 1 reload:
After another reload:
..and another reload:
The root cause here is that the rufus stop/shutdown is defined as:
...but we are not sending any options to the shutdown method, so the worker threads never get killed. Any objects associated with that thread would considered to be a memory leak. ...pure subjecture is that JDBC drivers may use thread locals to hold cached state which could lead to a decent memory leak over time and volume
The text was updated successfully, but these errors were encountered: