Large data set with low zoom level: JOSM takes very long to do anything outside of the data region (like open a menu)

[Famlam]

What steps will reproduce the problem?

1. Have a relatively large dataset, for instance all objects with a charge key, worldwide. E.g. I used this overpass with a world-wide bbox

   [out:xml][timeout:900][bbox:{{bbox}}];
   (
     nwr["charge"];
   );
   (._;>;);
   out meta;
   

2. After the data is downloaded (while being zoomed out), try to do anything, e.g. open a menu at the top of the screen. Or open the settings via the shortcut.
3. Notice it takes close to a minute before anything happens. The CPU is very busy all the time. Even the mouse cursor doesn't change when you e.g. move over different parts of JOSM (outside of the region with the data).

4. Change the zoom level to a high zoom level
5. Now everything goes really fast

What is the expected result?

Opening any menu at the top should not depend on the zoom level of the data?

What happens instead?

Something seems to make it very slow if you're zoomed out.

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

Feel free to close this if it's inherent to the fact that for instance the menus also draw over the data and thereby require the renderer to do a lot of calculations on the visible data. I'm only filing this in case it's an easy to fix performance issue.

Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2024-08-21 23:30:44 +0200 (Wed, 21 Aug 2024)
Revision:19204
Build-Date:2024-08-22 01:30:31
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (19204 nl) Windows 10 64-Bit
OS Build number: Windows 10 Home 22H2 (19045)
Memory Usage: 1875 MB / 2012 MB (775 MB allocated, but free)
Java version: 21.0.4+7-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1920x1080x32bpp@60Hz (scaling 1.10×1.10)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→32×32, 32×32→32×32
System property file.encoding: UTF-8
System property sun.jnu.encoding: Cp1252
Locale info: nl_NL
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Djpackage.app-version=1.5.19160, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, -Djpackage.app-path=%UserProfile%\AppData\Local\JOSM\JOSM.exe]
Dataset consistency test: No problems found

Plugins:
+ OpeningHoursEditor (36258)
+ imagery_offset_db (36289)
+ measurement (36256)
+ pbf (36282)
+ pt_assistant (637)
+ reverter (36320)
+ tageditor (36298)
+ turnlanes-tagging (0.0.5)
+ undelete (36298)
+ utilsplugin2 (36298)

Map paint styles:
+ https://josm.openstreetmap.de/josmfile?page=Styles/Potlatch2&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1
+ %UserProfile%\Documents\tijdelijke bestanden\josm-eigen.mappaint.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Styles/Sidewalks&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/ParkingLanes&zip=1

Validator rules:
+ %UserProfile%\Documents\tijdelijke bestanden\josm-eigen.validator.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Rules/SuspiciousSwimming_Pool&zip=1
+ https://raw.githubusercontent.com/osm-fr/osmose-backend/master/plugins/TagFix_Destination.validator.mapcss
+ https://raw.githubusercontent.com/osm-fr/osmose-backend/master/plugins/Colour.validator.mapcss
+ https://raw.githubusercontent.com/osm-fr/osmose-backend/master/plugins/notprefix.validator.mapcss
+ https://raw.githubusercontent.com/osm-fr/osmose-backend/master/plugins/TagFix_MultipleTag2.validator.mapcss
+ https://raw.githubusercontent.com/Famlam/OsmMapcssValidationNL/main/netherlands.validator.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Rules/ChargeRules&zip=1

Last errors/warnings:
- 00000.704 W: extended font config - overriding 'filename.Malgun_Gothic=malgun.ttf' with 'MALGUN.TTF'
- 00000.706 W: extended font config - overriding 'filename.Myanmar_Text=mmrtext.ttf' with 'MMRTEXT.TTF'
- 00000.707 W: extended font config - overriding 'filename.Mongolian_Baiti=monbaiti.ttf' with 'MONBAITI.TTF'
- 00001.301 E: java.security.KeyStoreException: Windows-ROOT not found. Oorzaak: java.security.NoSuchAlgorithmException: Windows-ROOT KeyStore not available
- 00007.930 E: java.lang.IllegalArgumentException: WMS afbeelding heeft tileMatrixSet gedefinieerd als: PTTM_06
- 00216.595 W: Unable to convert property casing-color to type class java.awt.Color: found #66066 of type class java.lang.String!
- 00221.672 W: Unable to convert property casing-color to type class java.awt.Color: found #66066 of type class java.lang.String!
- 00221.674 W: Unable to convert property casing-color to type class java.awt.Color: found #66066 of type class java.lang.String!

[taylor.smock]

Closed as duplicate of #11487.
I shipped something that will help with that this month. See #11487 for details. Note that the rendering method is experimental.

[Famlam]

Hi Taylor, just to be sure, this setting is not under a flag right?
I had purposefully tested it with latest (back then, nowadays it's tested) to make sure it wasn't fixed by the changes in that ticket.

[taylor.smock]

Kind of.
You do need wiki:Help/ExpertMode enabled, and then you additionally need to switch to it via View -> Tiled Rendering. IIRC, it is not persistent between JOSM restarts since it is experimental.

[taylor.smock]

To add on, the reason why tiled render will help is I moved the rendering off of the UI thread (which is what blocks the menus).