Maximum Java heap size can be set on WAS?
One answer
Comments
We are doing Android platform development, for some reason, need to put about 400K files into a single component (i know this is not a good practice), and we have few projects with component like that.
We found RTC server sometimes takes about 10 minutes to run getFileTreeByVersionable4 service for workspace loading operation, but sometimes takes about 2 minutes for the same workspace loading.
So i guess RTC server may cache something there, and our Java heap is just not big enough so the cache been swapped out, that's why i am trying to set the heap size to as big as possible.
I don't think the getFileTreeByVersionable4 response data is being cached by the server - at least not enough to cut 8 minutes off the response time, and certainly not enough to consume 40 GB of Java heap. Have you tried monitoring your server's JVM heap usage? That will give you a much better idea of an optimal JVM heap size setting for your server.
Makson: I'm guessing you tried 16 GB but it didn't solve your problem?
258751: Long time during the fetching time of a build with large amount of files under Windows
245863: Improve load performance by parallelising getFileTreeByVersionable4() and content load
62219: FilesystemService.getFileTreeByVersionable() should be streamed
It sounds like you're affected by these work items. It doesn't sound like any of them have mentioned improvement by allocating more memory. It's just a limitation of the implementation at the moment and it needs to be improved.
Thanks for all of your response.
I am not sure that if the getFileTreeByVersionable4 response data is being cached by the server, but from our experience, after a WAS server restart, it takes about 10 minutes to run the first time getFileTreeByVersionable4, but takes only about 2 minutes to run the second time, i am also curious about that, maybe you could help to verify?