Perhaps a document on BMC Communities? -David J. Easter Manager of Product Management, AR System BSM & Atrium Solutions Management 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. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Sanford, Claire Sent: Tuesday, October 23, 2012 3:15 PM To: arslist@ARSLIST.ORG Subject: Re: Dev Studio Client Tool tips Tricks Panel ** Jason, Joe et al... Could you maybe create something that has all of these tips into the one email or even a document we can download somewhere. This is all getting confusing! Claire From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller Sent: Tuesday, October 23, 2012 5:04 PM To: arslist@ARSLIST.ORG Subject: Re: Dev Studio Client Tool tips Tricks Panel ** We are working on "migrating" from the environment I described to ITSM. In the HD6/custom env some of the forms still use buttons on the Menu bar as well as not all forms are formatted appropriately for web. We built a separate ITSM 7.5 (around WWRUG10), upgraded to 7.6, upgrade to 7.6.04. We made our first CMDB attempt here (doing the things experts say not to do but we wanted to do it our way anyways). That system was getting old before it was really even used so I build fresh 7.6.04 that I'll upgrade to 8.0 SP1 pretty much the day it comes out. I upgrade our 7.6.04 QA env to 8.0 RTM during the beta with ease so I am very comfortable with 8.0. We just want to skip the effort of installing 8.0 and then SP1 right after it. There is a lot of culture and process change. And change is hard. We are getting there but it is slow. Jason On Tue, Oct 23, 2012 at 2:43 PM, Joe Martin D'Souza <jdso...@shyle.net<mailto:jdso...@shyle.net>> wrote: ** You'll use ITSM at all?? If so I would be careful going as far as even 7.6.04 as home page and landing pad is not designed to run on the WUT.. If you are a custom shop, you can dive right in.. Joe From: Jason Miller<mailto:jason.mil...@gmail.com> Sent: Tuesday, October 23, 2012 5:28 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: Dev Studio Client Tool tips Tricks Panel ** Dev Studio 7.5 had issues for sure (it was a new product after all) but the AR System has been very stable. Our Help Desk 6 and everything else custom production sever is still 7.5 p1 since April 2009. I am just now working on upgrading it to 7.6.04 (not 8.x because we don't want to rework the non-Mid Tier enabled forms and are not ready to drop WUT support for this environment). It is a little embarrassing that we are so far behind but the thing just runs. I updated my devstudio.ini file settings to match Dave's. If you hear me screaming from the West Coast you'll know why. -vm C:\Program Files\Java\jre\bin\javaw.exe -vmargs -Xms512m -Xmx1024m Jason On Tue, Oct 23, 2012 at 2:06 PM, Joe Martin D'Souza <jdso...@shyle.net<mailto:jdso...@shyle.net>> wrote: ** That's what I thought - you might have got it when exporting large number of objects.. That's about the only thing that I never had to or tried to do. And I had used 7.5 for like 2 weeks before I was on a new project and on that one I started with 7.6.03, which was fairly stable.. Remember I used the word fairly when comparing it to 7.5 which was not the best of releases and could closely be compared to version 4 that was in RED on one of Dan's presentation of the history of ARS.. I would put 7.5 on ORANGE.. The later versions were a lot more stable as far as problems with the Dev Studio were concerned.. I think the GC settings may be a good idea for large exports like you were attempting.. But like you said if you are willing to try it without those settings and letting us know if you succeed, that would be nice to know.. I will be spending more time experimenting with available plugins with the dev studio as and when I can.. I heard of some interesting ones during the RUG.. Joe From: Jason Miller<mailto:jason.mil...@gmail.com> Sent: Tuesday, October 23, 2012 4:52 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: Dev Studio Client Tool tips Tricks Panel ** I have experienced OOM issues a number of times over the years. Much less since DS has stabilized greatly since 7.5. Many times I have triggered OOM errors when trying to create def file a whole server. I use to experience OOM issues occasionally after having DS open for a few days. I have been using these settings for a while (two years?) and I can't honestly say if DS is that much better with memory now or the GC settings are taking care of the issue. I have also gone from a machine with 6gb of RAM to 16gb so I have a lot more RAM to allocate to DS. As for the MaxPermSize I either came up with that from other examples on the Internets or somebody may have suggested it. It might be time for me to try the default devstudio.ini file and only increase the Xmx setting. Occasionally I would open JConsole when trying different devstudio.ini parameters to watch what was going on internally. To use JConsole with DS go to <JDK install path>\bin\jconsole.exe then select the Dev Studio process and connect. Back to the presentation... We did say detailed instructions would included with the conference files (or maybe I did for the 3 of us). @all we ran out of time to get the presentation worked out, put the details instructions together and still live our lives. Personally I would still like make some of the tip we gave during the session available. Jason On Tue, Oct 23, 2012 at 12:56 PM, Joe Martin D'Souza <jdso...@shyle.net<mailto:jdso...@shyle.net>> wrote: ** Just make sure your max and min are not over the total available memory.. Question for Jason (as we all seem to still be learning new things with the Dev Studio every passing day).. I have never used GC (garbage collection) parameters on my Dev Studio as I have never faced out of memory (OOM) issues on the tool which is mostly what GC is for - maybe I am lucky so far.. Since you mentioned using it, did you because you actually face OOM issues which prompted you to use -XX:MaxPermSize=256m and -Xincgc? Ken, thanks for coming for the presentation. We should have put some of this info on the slides but we thought it was a better idea to demonstrate these things on the tool itself so it has more of a live feel. Besides I think none of us really had too much experience doing presentations, and this has been my first after maybe 10 years, so I've got a little rusty.. One of the ideas I took back from the many wonderful presentations others did was to record such things on WebEx like tool, and switch between recording and the real world (the actual tool).. If we learn more on this subject enough to generate an interest to repeat this type of a presentation again, I think we could do a better next time leaving you'll with technical information on the slides rather than just the agenda like we did this time.. Joe From: Cecil, Ken<mailto:kce...@hubbell.com> Sent: Tuesday, October 23, 2012 1:42 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: Dev Studio Client Tool tips Tricks Panel ** Thanks Jason and Dave Ken. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Jason Miller Sent: Tuesday, October 23, 2012 1:29 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: Dev Studio Client Tool tips Tricks Panel ** Thanks for coming to the panel. It was fun. I agree with Dave. The recommendation is that you typically need to increase the max memory. Below is the contents of my devstudio.ini file: -vm C:\Program Files\Java\jre\bin\javaw.exe -vmargs -Xms3072m -Xmx4096m -XX:MaxPermSize=256m -Xincgc This is on a Win 7 machine with 16gb of RAM which allows me to give DS a 4gb max. Also I am using incremental garbage collection (Xincgc). You can try other GC settings as well. I have been very happy with this configuration. I leave DS open for weeks at a time without error. I am by no means a JVM expert so if anybody sees any improvements or contradictory settings please jump in. Regarding other DS configuration settings maybe the biggest one is to uncheck the boxes under Window -> Preferences -> BMC Remedy Developer Studio -> Form -> Add New. Besides that minimize some of the areas that are shown by default to make room to work. (The below screen print has been blurred to protect the innocent.) [cid:6DA233BE3B8A441295D7B69F83031096@Mustang] Jason On Tue, Oct 23, 2012 at 6:47 AM, Shellman, David <dave.shell...@te.com<mailto:dave.shell...@te.com>> wrote: Ken, Look for the devstudio.ini file. Not sure if these are the recommended settings but saw a huge increase in performance with loading and def file export after setting different values. Here is what my current file looks like: -vm C:\Program Files\Java\jre6\bin\javaw.exe -vmargs -Xms512m -Xmx1024m Dave -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Cecil, Ken Sent: Tuesday, October 23, 2012 9:26 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Dev Studio Client Tool tips Tricks Panel Rod, Jason, and Joe, Thanks for the tip/trick panel discussion at wwrug. Can you remind me of what was the recommended settings for min/max memory of the dev studio tool? Where is the configuration file? Also what are some of the other configuration settings you guys recommended for the dev tool? Thanks, Ken. ****************************************************************************** This email and any files transmitted with it are confidential and intended solely for the addressee. If you have received this email in error please notify the system manager. Subject to local law, communications (including traffic data) with Hubbell may be monitored by our systems [or a third party's systems on our behalf] for the purposes of security and the assessment of internal compliance with Hubbell policies. This footnote also confirms that this email message has been swept for the presence of computer viruses. www.Hubbell.com<http://www.Hubbell.com> - Hubbell Incorporated _attend WWRUG12 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
