[Talk-de] JOSM picture-mapping == Speichermonster?

[Detlef Reichl]

Hallo,

beim tracken verwende ich für die Aufnahme von Straßenschildern und POIs
nur die Kamera und lade anschließend die Bilder in JOSM passend zum
track.

Da bei früheren Malen auf den Bildern Informationen teils schlecht
lesbar waren habe ich die Bildgröße und -qualität vor ein paar Tagen ein
wenig rauf gedreht. Jedes Bild ist jetzt zwischen 1,0 und 1,5 MByte groß
(Auflösung 2048x1536).

Ich habe jetzt das Problem, das JOSM mir viel zu viel Speicher zieht.
Von meinem einen GByte genemigter es sich runde 700 MByte. D.h. vieles
anderes was sonst noch so auf dem Rechner am laufen ist, hat wandert in
den Swap und dadurch ist das Arbeiten extrem zäh. Eine
Speicheraufrüstung ist bei dem Rechner leider nicht möglich und eine
Beschränkung des maximal genutzten Speichers mit der -Xmx Option brachte
nicht fühlbar etwas.

Außerdem schien es mir so, das wenn ich Bilder die zu einem GPX-Track
geladen wurde wieder raus schmeiße, der Speicher nicht wieder frei
gegeben wurde. Hingegen wurde beim Einladen der nächsten Bilder weiterer
Speicher reserviert (nur über den Systemmonitor beobachtet).

Da ich in Java nicht wirklich fit bin und mich noch nicht durch den Code
gewühlt habe frage ich einfach mal: Wird beim Löschen von Bildern die
einem GPX-Track zugeordnet sind der GC aufgerufen und wenn nicht: wäre
es nicht sinnvoll? Was gibt es für andere Möglichkeiten den
Speicherhunger von JOSM einzuschränken?

Systeminfos:

det at datengrab:~$ uname -a
Linux datengrab 2.6.26-1-powerpc #1 Thu Aug 28 09:23:54 CEST 2008 ppc
GNU/Linux

det at datengrab:~$ java -version
java version "1.6.0"
Java(TM) SE Runtime Environment (build pxp3260-20071123_01)
IBM J9 VM (build 2.4, J2RE 1.6.0 IBM J9 2.4 Linux ppc-32
jvmxp3260-20071121_15015 (JIT enabled)
J9VM - 20071121_015015_bHdSMR
JIT  - r9_20071121_1330
GC   - 20071031_AA)
JCL  - 20071118_01


Grüßle, detlef