That’s another good idea.. We’ll need to talk about this one..

Joe

From: Tauf Chowdhury 
Sent: Tuesday, October 23, 2012 7:22 PM
Newsgroups: public.remedy.arsystem.general
To: [email protected] 
Subject: Re: Dev Studio Client Tool tips Tricks Panel

** 
Joe,
If you give me the steps, I can create something and throw it up on my YouTube 
channel and company site. 

Sent from my iPhone

On Oct 23, 2012, at 7:18 PM, Joe Martin D'Souza <[email protected]> wrote:


  ** 

  That’s a good idea too.. Only I tend to visit the Dev Community only when 
need arises.. I should make it more of a habit like the ARS List :-)

  Is it possible to post ‘videos’? Some of the tips we showed (especially 
Jason) would best be demonstrated by a video rather than just text as it 
involved clicking and dragging objects..

  Joe

  From: Easter, David 
  Sent: Tuesday, October 23, 2012 7:05 PM
  Newsgroups: public.remedy.arsystem.general
  To: [email protected] 
  Subject: Re: Dev Studio Client Tool tips Tricks Panel

  ** 
  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:[email protected]] On Behalf Of Sanford, Claire
  Sent: Tuesday, October 23, 2012 3:15 PM
  To: [email protected]
  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:[email protected]] On Behalf Of Jason Miller
  Sent: Tuesday, October 23, 2012 5:04 PM
  To: [email protected]
  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 <[email protected]> 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 

  Sent: Tuesday, October 23, 2012 5:28 PM

  Newsgroups: public.remedy.arsystem.general

  To: [email protected] 

  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 <[email protected]> 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 

  Sent: Tuesday, October 23, 2012 4:52 PM

  Newsgroups: public.remedy.arsystem.general

  To: [email protected] 

  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 <[email protected]> 
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 

  Sent: Tuesday, October 23, 2012 1:42 PM

  Newsgroups: public.remedy.arsystem.general

  To: [email protected] 

  Subject: Re: Dev Studio Client Tool tips Tricks Panel



  ** 

  Thanks Jason and Dave





  Ken.



  From: Action Request System discussion list(ARSList) 
[mailto:[email protected]] On Behalf Of Jason Miller
  Sent: Tuesday, October 23, 2012 1:29 PM
  To: [email protected]
  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.)





  Jason



  On Tue, Oct 23, 2012 at 6:47 AM, Shellman, David <[email protected]> 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:[email protected]] On Behalf Of Cecil, Ken
  Sent: Tuesday, October 23, 2012 9:26 AM
  To: [email protected]
  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 - Hubbell Incorporated

  _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ 



  _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ 

  _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ 

  _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ 
  _attend WWRUG12 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"

Reply via email to