id	summary	reporter	owner	description	type	status	priority	milestone	component	version	resolution	keywords	cc
12114	Memory leak in JOSM	naoliv	team	"I was noting that, while I was editing,  JOSM was getting slower.
Taking a look at top I saw that JOSM's memory usage was increasing:

{{{
VIRT   RES   SHR  MEM%   TIME+  Command
17.3G 7416M 43144 37.9 54:45.82 java -jar josm-latest.jar
17.4G 7625M 43352 38.9 56:46.82 java -jar josm-latest.jar
17.5G 7760M 45340 39.6 57:42.67 java -jar josm-latest.jar
}}}

I also noted high CPU spikes while doing simple operations (like creating one node).
Closing JOSM and running it again ""fixes"" it (until it gets slow again).

What could cause this?
What can I do to help and give more information about this?

JOSM:
{{{
Revision: 9017
Repository Root: http://josm.openstreetmap.de/svn
Relative URL: ^/trunk
Last Changed Author: bastiK
Last Changed Date: 2015-11-16 23:07:49 +0100 (Mon, 16 Nov 2015)
Build-Date: 2015-11-17 02:32:33
URL: http://josm.openstreetmap.de/svn/trunk
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last Changed Rev: 9017

Identification: JOSM/1.5 (9017 pt_BR) Linux Debian GNU/Linux testing (stretch)
Memory Usage: 511 MB / 9102 MB (269 MB allocated, but free)
Java version: 1.8.0_72-internal, Oracle Corporation, OpenJDK 64-Bit Server VM
VM arguments: [-Dawt.useSystemAAFontSettings=on]

Plugins:
- Create_grid_of_ways (31603)
- OpeningHoursEditor (31696)
- PicLayer (31694)
- RoadSigns (31694)
- SimplifyArea (31694)
- apache-commons (31718)
- buildings_tools (31694)
- conflation (0.1.8)
- contourmerge (1014)
- download_along (31603)
- editgpx (31603)
- ejml (31756)
- geotools (31755)
- imagery_offset_db (31694)
- importvec (31694)
- jts (31603)
- log4j (31603)
- measurement (31694)
- merge-overlap (31732)
- opendata (31766)
- pbf (31694)
- pdfimport (31694)
- poly (31694)
- reverter (31694)
- scripting (30722)
- todo (29154)
- turnrestrictions (31694)
- undelete (31603)
- utilsplugin2 (31694)
}}}"	defect	closed	major		Core		othersoftware