Modify ↓
Opened 9 years ago
Closed 8 years ago
#13555 closed defect (needinfo)
Updated to latest mac operating system and josm crawls
| Reported by: | Owned by: | team | |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | Core | Version: | |
| Keywords: | template_report performance osx | Cc: |
Description
What steps will reproduce the problem?
- updated to 10.11.6
- JOSM now crawls. substantial processor use
- Especially when using line tool - building tool. selecting and moving objects.s
What is the expected result?
What happens instead?
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: 2016-09-06 00:16:07 +0200 (Tue, 06 Sep 2016)
Build-Date:2016-09-05 22:21:00
Revision:10966
Relative:URL: ^/trunk
Identification: JOSM/1.5 (10966 en) Mac OS X 10.11.6
Memory Usage: 1883 MB / 1883 MB (1442 MB allocated, but free)
Java version: 1.8.0_101-b13, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: Display 69675202 1440x900
Maximum Screen Size: 1440x900
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-3e2b3c37, -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-56338189.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:
+ FastDraw (32773)
+ buildings_tools (32796)
+ cadastre-fr (32796)
+ ejml (32680)
+ geotools (32813)
+ jts (32699)
+ utilsplugin2 (32815)
Last errors/warnings:
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
Attachments (0)
Change History (3)
comment:1 by , 9 years ago
| Keywords: | performance osx added |
|---|---|
| Summary: | Updated to latest mac operating system and josh crawls → Updated to latest mac operating system and josm crawls |
comment:2 by , 9 years ago
comment:3 by , 8 years ago
| Resolution: | → needinfo |
|---|---|
| Status: | new → closed |
Probably fixed by now. If you experience again performance problems, please try to disable all plugins, update Java, and if the problem persists, create a new ticket by attaching a complete step-by-step scenario and if possible a thread/memory dump. These kind of issues can be tricky to resolve without dumps.
Note:
See TracTickets
for help on using tickets.



I don't think performance issues with 10966 are specific to Mac OS X. I upgraded to 10966 on my Ubuntu 14.04 setup and it was so bad as to be unusable. In order to do any mapping again I had to downgrade to 10786 (fortunately only one plugin requires the latest version, and it's one I don't need right now).
The symptoms in my case were continuous swapping out, basically JOSM would just eat as much memory as the system would give it to the point of using up all my ~6 GiB of swap space (I am on a laptop with only 2 GiB RAM).