Build 273 very slow?

Anyone else encountering this?
I find overall events such as indexing, navigation and especially editing large xhtml files cause Maia to throw exceptions or come to a crawl and eventually run out of memory.
This is the exact same project and no configuration changes from the previous build in which it was much more tolerable.

5 comments
Comment actions Permalink

I disagree.  It is indeed much more memory-hungry, which will explain your problem if you're in your limit.  BUT, it is a HUNDRED times faster if you give it more memory.  It was impossible to edit a large XML file of any type before, and now it's pretty usable.

Check if you didn't disable the overhead checking with

-XX:-UseGCOverheadLimit.  


That flag should be ENABLED (
-XX:+UseGCOverheadLimit?) 
so it throws an OutOfMemory quickly instead of killing your machine for 20 minutes AND THEN dying.

Good Luck,

   Gustavo Hexsel
0
Comment actions Permalink

Thanks, I'll give that a try.

0
Comment actions Permalink

Providing it with 1GB helps substantially if you can afford to provide that much memory.

0
Comment actions Permalink

These are the idea.vmoptions properties I have set for 64-bit java 6 update 18 on Ubuntu Linux

-Xms256m
-Xmx1292m
-XX:MaxPermSize=190m
-XX:+UseCompressedOops

On 64-bit JVMs, the UseCompressedOops flag reverts pointers back to 32-bit when your heap space is below 32 GB. Even so, the
64-bit JVM still requires 10-15% more memory than 32-bit JVM.  The 64-bit JVM seems to run faster than 32-bit JVM, as long as you
have adequate system memory.

I am running on a quad-core intel i7 920 workstation with 8 GB memory.

-Alex

0

Please sign in to leave a comment.