We have it turned on for all of our servers. We avoided turning it on for production server for years but after seeing there is little to no impact (there are 10's if not 100' of thousands of records so there must be some negligible impact). We don't search or view relationships as much in production as we do in other systems but it is handy at times.
Just remember the first restart after enabling it will take a while because it has to build the relationships before the system fully starts. This can be an unpleasant surprise if you turn it on when you are just trying to do a quick restart of AR System. Yes, I talk from experience on this one :) Fortunately it wasn't an ITSM system so it only too about 10 to 15 minutes. Jason On Tue, Apr 1, 2014 at 5:32 AM, Kemes, Lisa A DLA CTR INFORMATION OPERATIONS <[email protected]> wrote: > We only turn on the object relationship feature on our dev servers (it > helps with customizations and seeing how fields and active links, etc, > are connected). We don't notice any slowness. > > I would not recommend turning it on other than on a development server > though. > > Lisa > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[email protected]] On Behalf Of Prathap Pb > Sent: Tuesday, April 01, 2014 4:22 AM > To: [email protected] > Subject: Re: Significance of Development cache mode > > ** > Thanks for your inputs. > > Would like to know if enabling the object relationships in the server > information a good recommendation ? We could see slowness in the > application servers when this option was enabled. > For now we have disabled this option in all the environment due to > slowness. > > Thanks > PB > > > ________________________________ > > Date: Thu, 27 Mar 2014 11:00:09 -0700 > From: [email protected] > Subject: Re: Significance of Development cache mode > To: [email protected] > > ** > That is interesting. I thought it is supposed to have the opposite > effect? We have it turned on in all of our environments except for > production and do not notice any issues. Maybe only being a team of 4 > with multiple environment we don't overlap much during our development? > > Jason > > > On Thu, Mar 27, 2014 at 9:59 AM, Theo Fondse (Gmail) > <[email protected]> wrote: > > > Hi Prathap , > > Development Cache Mode also makes things slow when multiple > developers use > the same server to do development. > We have had to change our development server to switch off > Development > Cache Mode to get things to run smoothly. > > Development Cache Mode improves performance only if a single > developer is > working on the dev server. > > Best Regards, > Theo > > > -----Original Message----- > From: Action Request System discussion list(ARSList) > > [mailto:[email protected]] On Behalf Of Kemes, Lisa A DLA CTR > INFORMATION > OPERATIONS > Sent: 26 March 2014 16:52 > To: [email protected] > Subject: Re: Significance of Development cache mode > > Development cache mode is intended for servers whose main > purpose is > application development. It is unsuitable for servers with many > application > users in a production environment because user operations are > blocked when > administrative operations, such as form and workflow changes, > occur. This is > especially noticeable when many structures are changed, such as > when an > application is imported. This often gives the false impression > that the > server is hung. > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[email protected]] On Behalf Of Prathap Pb > Sent: Wednesday, March 26, 2014 8:01 AM > To: [email protected] > Subject: Significance of Development cache mode > > ** > > Hi Experts, > > > > Can you someone let me know the significance of "Development > cache mode". > > > > Does this have an effect on the application server performance ? > > > > When this option needs to be enabled ? > > > > How is this different from the normal mode ( dev cache mode = > disabled) ? > > > > > > Regards > > PB > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > > > ________________________________________________________________________ > ____ > ___ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where > the Answers > Are, and have been for 20 years" > > > ________________________________________________________________________ > _______ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "Where the Answers Are, and have been for 20 years" > > > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > _ARSlist: "Where the Answers Are" and have been for 20 years_ > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "Where the Answers Are, and have been for 20 years" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
