Hallo,
Du musst schon schreiben, welche Aktionen du machst, bei denen du warten musst.
Ich arbeite hier mit Tracks, die über eine Million Wegpunkte haben und habe eigentlich fast nie Wartezeiten. Der RC ist das mir einzige Programm, was mit den Datenmengen umgehen kann und wo es eben keine merklichen Wartezeiten gibt.
Evtl. ist auch nur deine Java-VM speichertechnisch an der Grenze und der GarbageCollector muss ständig aufräumen. Starte doch mal die Jar-Variante direkt und gib ihr mehr Speicher (der Defaultwert von Java ist extrem niedrig und IMHO nicht mehr zeitgemäß) - evtl. behebt das schon dein Geschwindigkeitsproblem.
z.B. startet folgender AUfruf den RC mit 4 GB:
java -jar -Xmx4096m RouteConverterWindows64.jar
Gruß
Thomas
(05.04.2014, 13:56)augustus3 Wrote: Ich bin aber sehr erstaunt (übrigens auch bei RC), dass die Bearbeitung von sagen wir einem 50.000 Zeilen-Track pro Schritt über 20 Sekunden dauert (mit einem 3GHz-Vierkern-Renner), man also WARTEND vor dem Rechner sitzt. Dies bin ich nicht mehr gewohnt !!
Du musst schon schreiben, welche Aktionen du machst, bei denen du warten musst.
Ich arbeite hier mit Tracks, die über eine Million Wegpunkte haben und habe eigentlich fast nie Wartezeiten. Der RC ist das mir einzige Programm, was mit den Datenmengen umgehen kann und wo es eben keine merklichen Wartezeiten gibt.
Evtl. ist auch nur deine Java-VM speichertechnisch an der Grenze und der GarbageCollector muss ständig aufräumen. Starte doch mal die Jar-Variante direkt und gib ihr mehr Speicher (der Defaultwert von Java ist extrem niedrig und IMHO nicht mehr zeitgemäß) - evtl. behebt das schon dein Geschwindigkeitsproblem.
z.B. startet folgender AUfruf den RC mit 4 GB:
java -jar -Xmx4096m RouteConverterWindows64.jar
Gruß
Thomas