TOP / PRSTAT -a / solaris look at the windows in task manager ;; Physical memory (Free), Available.. if nothing is available. .your in trouble..
On Thu, May 3, 2012 at 11:37 AM, Goodall, Andrew C <ago...@jcp.com> wrote: > This is an update from BMC Support: > > ------- > > Here's the resolution to the escalation on this issue: > > Please ignore the tag arsystem.ehcache.maxElementsInMemory. This tag is > ignored when arsystem.ehcache.referenceMaxElementsInMemory is used in > conjunction with the factors. This tag, > arsystem.ehcache.maxElementsInMemory is removed in 7.6.04SP3 [though > installer won't remove it on upgrade because of the confusions). > > For your case, if system usage is the same (no increase load in users, > reports, etc) and you have extra memory you want to use for ehcache, for > now, it's safe to increase arsystem.ehcache.referenceMaxElementsInMemory by > 1250 per 700MB. It's your job to guarantee that the OS does not swap when > you increase memory allocation to JVM as swapping will degrade ANY web > app's performance. (This is the typo that is being corrected on our > documentation right now). > > ------- > > I have replied to request whether we should remove the reference to > "arsystem.ehcache.maxElementsInMemory". > > Does anyone have recommendations as to how you would "...guarantee that > the OS does not swap when you increase memory allocation to JVM" > > > Regards, > > Andrew Goodall > Software Engineer 2 | Development Services | jcpenney . www.jcp.com > -----Original Message----- > From: Goodall, Andrew C > Sent: Monday, April 02, 2012 10:41 AM > To: arslist@ARSLIST.ORG > Subject: RE: arsystem.ehcache.maxElementsInMemory - what whould it be set > to for full ITSM midtier - box has 12GB memory > > Thanks. > > This is a 64bit Windows 2008 with 2048MB max heap. > > I ask because in the below document for an x64 8GB system with 2500MB Max > Heap BMC recommend setting that value to 30,000 and > referenceMaxElementsinMemory is set to 1800 > > See “Performance and Scalability White Paper” page 10/77 (mid tier spec) > and 42/77 (mid tier config) - > http://documents.bmc.com/supportu/documents/97/70/249770/249770.pdf > > > Regards, > > Andrew Goodall > Software Engineer 2 | Development Services | jcpenney . www.jcp.com | > 972.431.1518 > > -----Original Message----- > From: Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] On Behalf Of Mark Hodges > Sent: Thursday, March 29, 2012 11:29 AM > To: arslist@ARSLIST.ORG > Subject: Re: arsystem.ehcache.maxElementsInMemory - what whould it be set > to for full ITSM midtier - box has 12GB memory > > There is quite a lot of information about the various parameters in the > mid tier guide (in the "configuring the mid-tier" chapter, cache settings > section) > > maxElementsInMemory is a total count that is actually ignored in favour of > referenceMaxElementsInMemory, which seems to be set to 1250 by default and > gets multiplied by the various factors to determine the count for each type > of object. > > You'll run into an address space limit if you are on a 32 bit JVM > regardless of the amount of RAM in the box (a little under 3GB on windows > usually) so you probably aren't going to fit the full ITSM suite in memory > unless you are running on a 64bit JVM. I read somewhere (in the BSM tuning > guide I think) that as a rule of thumb for every 750MB of additional heap > size configured over and above the recommended 1 GB you can increase this > value by 1250, so that's probably a good starting point. > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" > The information transmitted is intended only for the person or entity to > which it is addressed and may contain confidential and/or privileged > material. If the reader of this message is not the intended recipient, > you are hereby notified that your access is unauthorized, and any review, > dissemination, distribution or copying of this message including any > attachments is strictly prohibited. If you are not the intended > recipient, please contact the sender and delete the material from any > computer. > > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" > -- Patrick Zandi _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"