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).