Its also worth saying that the LocalTransactionId objects are pretty small, so shouldn't be taking up much RAM. Though I guess we should make it configurable how many little objects to keep around in the OpenWire cache.
On 10/6/06, Hiram Chirino <[EMAIL PROTECTED]> wrote:
It's normal for open wire to hang on to some cached objects for each connection while the connection is still active. This is part of the value caching feature of openwire. Openwire will hang on to up to 16383 cached values per connection. Perhaps this number is a little high. We should make that a negotiated option in openwire. On 10/4/06, HU <[EMAIL PROTECTED]> wrote: > > > > >>Yes - but which object is retaining it? > > I am not sure but I guess if those objects concern with the holding > LocalTransactionId: > > 1, [47] of org.apache.activemq.command.DataStructure[16383] > marshallCache of org.apache.activemq.openwire.OpenWireFormat[Stack > Local] > 2, key of java.util.HashMap$Entry > [3940] of java.util.HashMapA$Entry[4097] > table of java.util.HashMap > marshallCacheMap of > org.apache.activemq.openwire.OpenWireFormat[Stack Local] > > Those are copy from yourKit tool: > GC Roots -> Instances of class > 'org.apache.activemq.command.LocalTransactionId' > > > -- > View this message in context: > http://www.nabble.com/Broker-used-up-the-memory-tf2316972.html#a6635134 > Sent from the ActiveMQ - User mailing list archive at Nabble.com. > > -- Regards, Hiram Blog: http://hiramchirino.com
-- James ------- http://radio.weblogs.com/0112098/
