JOSM slows down, then freezes

[nkamapper]

What steps will reproduce the problem?

Every time I use JOSM 11427 it will slow down after about 1 hour of editing and and then quickly freeze.
Standard web start.
I have had this problem on both my iMac and my MacBook for the last couple of weeks.
I do normal editing with quite a bit of Replace Geometry.
I have two open imagery layers, one WMS and one TMS, and I pan and zoom extensively.
Please let me know if it would be helpful to include the full status report.

Please provide any additional information below. Attach a screenshot if possible.

URL:http://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2017-01-02 00:53:29 +0100 (Mon, 02 Jan 2017)
Build-Date:2017-01-02 02:33:21
Revision:11427
Relative:URL: ^/trunk

Identification: JOSM/1.5 (11427 nb) Mac OS X 10.12.2
Memory Usage: 1744 MB / 3641 MB (412 MB allocated, but free)
Java version: 1.8.0_111-b14, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: Display 69676352 2560x1440
Maximum Screen Size: 2560x1440
VM arguments: [-Djava.security.policy=file:<java.home>/lib/security/javaws.policy, -DtrustProxy=true, -Djnlpx.home=<java.home>/bin, -Djava.security.manager, -Djnlpx.origFilenameArg=${HOME}/Library/Application Support/Oracle/Java/Deployment/cache/6.0/56/1ee8cfb8-1a1c3fcc, -Djnlpx.remove=false, -Dsun.awt.warmup=true, -Djava.util.Arrays.useLegacyMergeSort=true, -Dmacosx.jnlpx.dock.name=JOSM, -Dmacosx.jnlpx.dock.icon=${HOME}/Library/Application Support/Oracle/Java/Deployment/cache/6.0/16/47ee53d0-31112d59.icns, -Djnlp.application.href=https://josm.openstreetmap.de/download/josm.jnlp , -Djnlpx.jvm="<java.home>/bin/java", -Djnlpx.vmargs=LURqYXZhLnV0aWwuQXJyYXlzLnVzZUxlZ2FjeU1lcmdlU29ydD10cnVlAC1Eam5scC5hcHBsaWNhdGlvbi5ocmVmPWh0dHBzOi8vam9zbS5vcGVuc3RyZWV0bWFwLmRlL2Rvd25sb2FkL2pvc20uam5scCAA]
Dataset consistency test: No problems found

Plugins:
+ apache-commons (32994)
+ ejml (32680)
+ geotools (33042)
+ jts (32699)
+ opendata (33088)
+ pdfimport (33004)
+ reverter (33088)
+ tageditor (33021)
+ todo (30000)
+ turnlanes-tagging (254)
+ turnrestrictions (33088)
+ utilsplugin2 (33088)

Tagging presets:
+ https://josm.openstreetmap.de/josmfile?page=Presets/LaneAttributes&zip=1

Map paint styles:
+ https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1

Last errors/warnings:
- W: Too many errors. Dropping ReportedException [thread=Thread[AWT-EventQueue-2,6,javawsApplicationThreadGroup], exception=java.lang.OutOfMemoryError: unable to create new native thread, methodWarningFrom=BugReportExceptionHandler#handleException]
- E: Handled by bug report queue: java.lang.OutOfMemoryError: unable to create new native thread
- W: Too many errors. Dropping ReportedException [thread=Thread[AWT-EventQueue-2,6,javawsApplicationThreadGroup], exception=java.lang.OutOfMemoryError: unable to create new native thread, methodWarningFrom=BugReportExceptionHandler#handleException]
- E: Handled by bug report queue: java.lang.OutOfMemoryError: unable to create new native thread
- E: Handled by bug report queue: java.lang.OutOfMemoryError: unable to create new native thread
- E: Handled by bug report queue: java.lang.OutOfMemoryError: unable to create new native thread
- E: Handled by bug report queue: java.lang.OutOfMemoryError: unable to create new native thread
- E: Handled by bug report queue: java.lang.OutOfMemoryError: unable to create new native thread
- W: Too many errors. Dropping ReportedException [thread=Thread[AWT-EventQueue-2,6,javawsApplicationThreadGroup], exception=java.lang.OutOfMemoryError: unable to create new native thread, methodWarningFrom=BugReportExceptionHandler#handleException]
- E: Handled by bug report queue: java.lang.OutOfMemoryError: unable to create new native thread

[Klumbumbus]

Closed as duplicate of #14166.
Thats the same behavior I describe in #14166