ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » WebSphere Message Broker (ACE) Support » does jar file deployed without flow running will take memory

Post new topic  Reply to topic
 does jar file deployed without flow running will take memory « View previous topic :: View next topic » 
Author Message
jeevan
PostPosted: Thu Sep 06, 2012 2:57 pm    Post subject: does jar file deployed without flow running will take memory Reply with quote

Grand Master

Joined: 12 Nov 2005
Posts: 1432

do jar files deployed in a message flow will take memory? if yes, how can we calculate the memory taken by them? is this reflected in memory taken by EG?

Also, when the a message arriaves( huge) and the process dumps it in memory, where does this memory reflect? in jvm memory or EG( which is collection of jvm and other memory?)

thanks
j
Back to top
View user's profile Send private message
lancelotlinc
PostPosted: Fri Sep 07, 2012 5:05 am    Post subject: Reply with quote

Jedi Knight

Joined: 22 Mar 2010
Posts: 4941
Location: Bloomington, IL USA

If the flow is not running and a jar is referenced only by that flow, the jar is not loaded into RAM.

To calculate the memory used by a jar, 'ps -elf' on Unix with no flows running, measure the amount of memory used by the process, start the flow and send in one message, measure again the ps-elf, thats how much memory for all operations in your flow. Use jconsole to look at memory in the embedded JVM to see how much memory is actually used by the jar's objects.

Memory for a message is reflected only in ps -elf measurement since the logical message tree consumes C-runtime memory. Objects you created to process that message may consume both C-runtime memory (ESQL for example) and JVM memory.
_________________
http://leanpub.com/IIB_Tips_and_Tricks
Save $20: Coupon Code: MQSERIES_READER
Back to top
View user's profile Send private message Send e-mail
jeevan
PostPosted: Fri Sep 07, 2012 7:38 am    Post subject: Reply with quote

Grand Master

Joined: 12 Nov 2005
Posts: 1432

lancelotlinc wrote:
If the flow is not running and a jar is referenced only by that flow, the jar is not loaded into RAM.

To calculate the memory used by a jar, 'ps -elf' on Unix with no flows running, measure the amount of memory used by the process, start the flow and send in one message, measure again the ps-elf, thats how much memory for all operations in your flow. Use jconsole to look at memory in the embedded JVM to see how much memory is actually used by the jar's objects.

Memory for a message is reflected only in ps -elf measurement since the logical message tree consumes C-runtime memory. Objects you created to process that message may consume both C-runtime memory (ESQL for example) and JVM memory.


thanks a lot.

we still do not have access to complete code, but I know one thing for sure, we do not use ESQL. we only use jcn.

But I am suspecting the memory is used improperly because the whole thing might have done in one big loop where the file is read and, hold in the memory, and carried out some other process in the same loop.

Thanks once again
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » WebSphere Message Broker (ACE) Support » does jar file deployed without flow running will take memory
Jump to:  



You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.