Can someone use a profiler to see what is actually going on in the IDE? Can you confirm or deny the IDE is attempting to instantiate every workflow/form object stored on the arserver?
http://java.sun.com/developer/onlineTraining/Programming/JDCBook/perf3.html http://eclipsecolorer.sourceforge.net/index_profiler.html http://www.theserverside.com/tt/articles/article.tss?l=EclipseProfiler http://help.eclipse.org/help32/topic/org.eclipse.tptp.platform.doc.user/samples/setrcanl.htm If there is a design flaw, compile the data that is a proof, then send that to BMC. Include the current design and also propose an alternative approach based on the information you can gather. See where it goes with this approach. Axton Grams The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. On Thu, Jun 18, 2009 at 3:58 PM, Lyle Taylor<tayl...@ldschurch.org> wrote: > ** > > I doubt that has much to do with it. The JVM needs memory of its own that > is separate from (but in the same Windows process memory space) the heap > allocated to the java program that it uses for internal purposes. For > example, when you load a class into the JVM (not instantiate), it will take > up a certain amount of memory to keep track of that class, its definition, > etc. This is stored in the JVM’s memory space, but not on the application’s > heap. When you instantiate the class, the instance of the class will be > stored on the heap. The more complex your application (the more classes you > have), the more memory the JVM will have to set aside for housekeeping > (keeping tracking of the class definitions, etc.), and the less you will > have for your heap. DevStudio (Eclipse IDE with BMC plugins) is a complex > application, so I suspect that the complexity of the application is the > primary limiting factor on how much heap you can allocate for the program > rather than how much free memory is on the machine (especially when there is > more free memory than the 2GB process limit). Having a full GB of extra > free memory above what your process can even consume isn’t going to help > much – it’s not even going to affect it. > > > > Lyle > > > > From: Action Request System discussion list(ARSList) > [mailto:arsl...@arslist.org] On Behalf Of Joe DeSouza > Sent: Tuesday, June 16, 2009 1:02 PM > To: arslist@ARSLIST.ORG > Subject: Re: Anybody able to export all ITSM 7.x definitions with DevStudio? > > > > ** > > That kind of explains why you cannot raise it beyond the limit you said. If > you want to use more than what you have set, try increasing your client > memory. For eg. if you want your max memory around 2048 MB, make sure that > just before launching DevStudio you have at least about 3400 MB of > 'available free physical memory'. Which might mean you might have to use a > client PC that has about 4 GB of 'Total Memory' > > > > Mind you there is a difference between 'Total Available memory' and 'Total > Available Free Memory'. > > > > Joe > > > > ________________________________ > > From: Guillaume Rheault <guilla...@dcshq.com> > To: arslist@ARSLIST.ORG > Sent: Tuesday, June 16, 2009 12:48:15 PM > Subject: Re: Anybody able to export all ITSM 7.x definitions with DevStudio? > > ** > > Not quite, I have about 2.5 GB of physical memory available before launching > DevStudio > > Guillaume > > > -----Original Message----- > From: Action Request System discussion list(ARSList) on behalf of Joe > DeSouza > Sent: Tue 06/16/09 12:35 PM > To: arslist@ARSLIST.ORG > Subject: Re: Anybody able to export all ITSM 7.x definitions with DevStudio? > > Let me sport a guess here.. your client where you are running your DevStudio > client from has available physical memory of about 1.8 to 2.2 GB before you > launch DevStudio with any setting above 1354 MB?? > > Joe > > > > > ________________________________ > From: Guillaume Rheault <guilla...@dcshq.com> > To: arslist@ARSLIST.ORG > Sent: Monday, June 15, 2009 3:59:15 PM > Subject: Re: Anybody able to export all ITSM 7.x definitions with DevStudio? > > ** > Actually the maximum memory setting that I can specify in my devstudio.ini > is 1354 MB: > > -vmargs > -Xms64m > -Xmx1354m > > This is really weird.... > > -----Original Message----- > From: Action Request System discussion list(ARSList) on behalf of Guillaume > Rheault > Sent: Mon 06/15/09 3:48 PM > To: arslist@ARSLIST.ORG > Subject: Re: Anybody able to export all ITSM 7.x definitions with DevStudio? > > David, I cannot increase my maximum memory JRE setting for DevStudio past > 1280 MB. > Shouldn't I be able to increase it to 2048 MB? What is the maximum memory > setting for DevStudio? > > Thanks, Guillaume > > -----Original Message----- > From: Action Request System discussion list(ARSList) on behalf of Easter, > David > Sent: Mon 06/15/09 3:41 PM > To: arslist@ARSLIST.ORG > Subject: Re: Anybody able to export all ITSM 7.x definitions with DevStudio? > > In AR System 7.5.00, the timeout for the C and Java APIs was increased to 8 > hours. That was to address the ARERR 93 that is received on large exports, > which represents a timeout. The issue below is stated as running out of > memory, which sounds like a different issue. > > -David J. Easter > Sr. Product Manager, Solution Strategy and Development > BMC Software, Inc. > > The opinions, statements, and/or suggested courses of action expressed in > this E-mail do not necessarily reflect those of BMC Software, Inc. My > voluntary participation in this forum is not intended to convey a role as a > spokesperson, liaison or public relations representative for BMC Software, > Inc. > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:arsl...@arslist.org] On Behalf Of Carey Matthew Black > Sent: Monday, June 15, 2009 12:19 PM > To: arslist@ARSLIST.ORG > Subject: Re: Anybody able to export all ITSM 7.x definitions with DevStudio? > > Guillaume, > > I have not tested it with DS.(DevStudio) > > This issue has been discussed on ARSList (and reported to the vendor) > multiple times across multiple version(AKA: years). > > However, in previous Admin Tool version I think you will find that the > problem is actually a client timeout at the C API layer. Basically the > Application Server can not get the objects together in one big string fast > enough to return to the client before the client decides that the server > fell off the face of the planet. > > And the last time I asked Tech support... there is no environment setting > that you can set to adjust the timeout. So there is no known way to override > the "reasonable" timeout when you know your doing something that will take a > very long time to complete. > > > In the past an approach to workaround this is to use things like Driver, or > an API program to loop over all of the objects and export them one at a > time. > > Maybe DS fixed that problem? ( But it does not sound like it to me.) > > > What is amazing to me is that BMC Tech Support considers the fact that you > can not export all of the objects at one time to be a "performance problem" > and it is "the customers implementation" that is the root cause of the > condition. (AKA: They are not even willing to open a bug against the > version/API. So they take no responsibility and have no interest in > re-implementing anything to avoid the problem of "slow customer hardware". > And I have yet to have anyone from the company confirm that they have > hardware that can actually do the task either.) > > -- > Carey Matthew Black > BMC Remedy AR System Skilled Professional (RSP) ARS = Action Request > System(Remedy) > > Love, then teach > Solution = People + Process + Tools > Fast, Accurate, Cheap.... Pick two. > > >> From: Action Request System discussion list(ARSList) > _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers > Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
