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) > [mailto:arsl...@arslist.org] On Behalf Of Guillaume Rheault > Sent: Monday, June 15, 2009 12:03 PM > To: arslist@ARSLIST.ORG > Subject: Anybody able to export all ITSM 7.x definitions with DevStudio? > > ** > > This is very frustrating and something that I hoped it was going to be > addressed in DevStudio. > I cannot export all the ITSM 7.5 definitions with DevStudio in one > export operation. I cannot even export all the forms in one operation > with DevStudio, I get an out of memory error, that I attached. My PC > has 4 GBs of memory with 8 processors, so it's definitely not a > resource issue on my side, it's probably the DevStudio JRE that ran out of > memory. > > I really hate it not to be able to do a full definitions export in one shot: > you have to split the export in multiple chunks, which makes the > management of the def files much harder, it more much more time > consuming because of you have to monitor the exports and initiate a > new one once the previous completed, etc. > > When is BMC going to fully address and correct this?? It seems to me > the backup of the application code at the application level is > ESSENTIAL. I was really hoping that DevStudio would fix this very > significant problem, but it it did not happen. How can you do > effective release management and application version control if you > cannot even efficiently and effectively export the definitions?? > > For what it's worth, we have ITSM 7.5.1, where the app server is > running on Windows 2003 and the database is remote, it's 10gR2 running on > Solaris 10. > My PC has Windows XP. > > Has anybody been successful in exporting all the defs of ITSM 7.5 in > one export operation? > > -Guillaume _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_ NOTICE: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
