non-responsiveness during editing

[Stefan Steiniger]

Hei all,

I like to know if that problem occurs only to me or to others as well:
When I edit data, having several layers loaded, during panning and
editing the OpenJUMP doesn't respond anymore every 2-3 minutes for
several seconds (up to 20-30sec?).

Important is probably my configuration. I have OJ assigned 500 MB ram
and the datasets loaded are about 200-400 MB while only a 40 MB dataset
(in Memory; *.jml size: 8 MB) will be edited for example. The problem is
most visible during panning operations. I suspect that "garbage
collection" is a reason.

My configuration is OJ 1.5.1, MacOSX Snow Leopard, 1GB memory.
As I have only 1GB of memory it could be also that this is a system
issue as lots of memory disk swapping occurs.

anyone else?
stefan

[Michaël Michaud]

Hi Stefan,

> I like to know if that problem occurs only to me or to others as well:
> When I edit data, having several layers loaded, during panning and
> editing the OpenJUMP doesn't respond anymore every 2-3 minutes for
> several seconds (up to 20-30sec?).

20-30s is much.
(but I have also such pauses when I work with large datasets and when I
am close to the -Xmx limit)

> Important is probably my configuration. I have OJ assigned 500 MB ram
> and the datasets loaded are about 200-400 MB while only a 40 MB
> dataset (in Memory; *.jml size: 8 MB) will be edited for example. The
> problem is most visible during panning operations. I suspect that
> "garbage collection" is a reason.

For me, typical ratio with a dataset having 99% geometries and 1%
attribute is
- shp : 13 MB
- jml : 37 MB
- in-memory : 31 MB
So 8MB (jml) to 40 MB (memory) seems too much

How do you fill 200-400 MB. Do you load many 8MB JML files ?

> My configuration is OJ 1.5.1, MacOSX Snow Leopard, 1GB memory.
> As I have only 1GB of memory it could be also that this is a system
> issue as lots of memory disk swapping occurs.

On windows, I consider that as soon as the jvm has to use swapped
memory, performance fall down and application often become unusable.
Have you other application using cpu on the same machine ?

Micha�l
>
> anyone else?
> stefan
>
> -- You received this message because you are subscribed to the Google
> Groups openjump-users group. To post to this group, send email to
> openjum...@googlegroups.com. To unsubscribe from this group, send
> email to openjump-user...@googlegroups.com. For more
> options, visit this group at
> https://groups.google.com/d/forum/openjump-users?hl=en
>
>

[Stefan Steiniger]

Hi Michael,

yes 20sec is a lot - maybe it feels longer at is actually shorter? I
never measured. But clear is it is too long. However, can't do some
stuff with other programs thanks to OJs fantastic geometry and analysis
editing functions (mostly topology related functions I am using to
create (street/sidewalk) polygons out of linework.

so I can consider it a Java memory vs OS memory swap problem...

> For me, typical ratio with a dataset having 99% geometries and 1%
> attribute is
> - shp : 13 MB
> - jml : 37 MB
> - in-memory : 31 MB
> So 8MB (jml) to 40 MB (memory) seems too much

With some panning ops it jumps from 30MB memory used to 40 for the 8 mb
file.

>
> How do you fill 200-400 MB. Do you load many 8MB JML files ?

files of different sizes... lets say 10 layers of 1-30 MB data.. its al
topographic layers: eg. pavement borders, sidewalk lines, building
outlines, trees etc. (basically a complex DWG from the city surveying
department was extracted into many dxf/shp layers)

I need to display most of them to get the object context. But only one
layer is edited.

>
>> My configuration is OJ 1.5.1, MacOSX Snow Leopard, 1GB memory.
>> As I have only 1GB of memory it could be also that this is a system
>> issue as lots of memory disk swapping occurs.
> On windows, I consider that as soon as the jvm has to use swapped
> memory, performance fall down and application often become unusable.

mhm. yes.. that is what I suspect to.

> Have you other application using cpu on the same machine ?

Yes (like email and browser) - but thats a different case here. OSX
seems to put them into a different mode, and when I switch between aps
it gives long but expected switching times to until I can activate it
again. So I have to wait for OJ even if I am not switching - that's the
point.

But actually the best answer I (we) would like to hear (maybe from Jukka
or Arndt?) that with lots of memory there is no unresponsive times.

thanks for your feedback,
stefan

[edgar....@web.de]

On 05.05.2012 20:17, Micha�l Michaud wrote:
>> My configuration is OJ 1.5.1, MacOSX Snow Leopard, 1GB memory.
>> As I have only 1GB of memory it could be also that this is a system issue as lots of memory disk swapping occurs.
> On windows, I consider that as soon as the jvm has to use swapped memory, performance fall down and application often become unusable.
> Have you other application using cpu on the same machine ?

this sounds very much like your system is out of memory. giving 500MB of 1GB ram is pretty optimistic. don't you think? first check out how much memory is free after a fresh start, then work a bit and start something here and there and check again (there was some performance tool that tells you, alternatively use terminal cmd top).

check this
http://support.apple.com/kb/HT1342?viewlocale=en_US

..ede

[Arnd Kielhorn]

Hi Stefan,

I have not such effect.

Arnd
(Ubuntu 12.04, OpenJDK7)

> -- You received this message because you are subscribed to the Google
> Groups openjump-users group. To post to this group, send email to
> openjum...@googlegroups.com. To unsubscribe from this group, send email to
> openjump-user...@googlegroups.com. For more options, visit this group at
> https://groups.google.com/d/forum/openjump-users?hl=en

--

NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone!
Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a