Re: Multiple Developers on Single Server
Brad (a guess from your email name but if not, apologies), The most important setting for this environment is Developer Cache Mode. This mode was added specifically to assist this type of environment. We recommend it be set on any system that is a development system where you have more than one developer. What it does is change the way that the AR System server caches definitions it is working on and how it reacts when there is a change to a definition. Some of your slowdowns and freezing can be directly attributed to the model that we have that is designed to allow change in production and production to continue without disruption. The problem is that in development you drive the system a bit crazy with constant copying of the data dictionary cache and maybe having three or more copies of it and possibly having memory blowouts. If you do not have this mode set - see the documentation for the Developer Cache Mode setting that you set in the ar.conf/ar.cfg file - set it and see if this helps. You will need to restart the AR System server after you change this setting. Most environments see the challenges and conflicts of multiple developers significantly reduce (I can never say disappear but significantly reduce is accurate) when going from not having this set to having it set. I hope this helps, Doug Mueller From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of BradRemedy Sent: Thursday, April 11, 2013 11:35 AM To: arslist@ARSLIST.ORG Subject: Multiple Developers on Single Server ** Hay Guys Hope everyone is well. Apologies if this has been discussed before and if so would appreciate a point in the right direction to find the information I am looking for. Basically, I wanted to know how you guys handle multiple remedy developers on a single development server. We have 4 developers that are constantly working on the system with object reservation activated. However, we do find that the system is performing slow during the day and at times, freezes and has to have the remedy services restarted. We are thinking of basically giving each developer now their own development area all tied to a central DB to see if that will eliminate the problem. How do you guys handle it? Any ideas or suggestions on how multiple developers on a single remedy application server (DB is on it's own separate server) Any advice would be appreciated. Keep well Cheers _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
Re: Multiple Developers on Single Server
Clarifying... a production system should NOT have that box checked and a development system SHOULD... From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug Sent: Wednesday, April 17, 2013 1:01 PM To: arslist@ARSLIST.ORG Subject: Re: Multiple Developers on Single Server ** Brad (a guess from your email name but if not, apologies), The most important setting for this environment is Developer Cache Mode. This mode was added specifically to assist this type of environment. We recommend it be set on any system that is a development system where you have more than one developer. What it does is change the way that the AR System server caches definitions it is working on and how it reacts when there is a change to a definition. Some of your slowdowns and freezing can be directly attributed to the model that we have that is designed to allow change in production and production to continue without disruption. The problem is that in development you drive the system a bit crazy with constant copying of the data dictionary cache and maybe having three or more copies of it and possibly having memory blowouts. If you do not have this mode set - see the documentation for the Developer Cache Mode setting that you set in the ar.conf/ar.cfg file - set it and see if this helps. You will need to restart the AR System server after you change this setting. Most environments see the challenges and conflicts of multiple developers significantly reduce (I can never say disappear but significantly reduce is accurate) when going from not having this set to having it set. I hope this helps, Doug Mueller From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of BradRemedy Sent: Thursday, April 11, 2013 11:35 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Multiple Developers on Single Server ** Hay Guys Hope everyone is well. Apologies if this has been discussed before and if so would appreciate a point in the right direction to find the information I am looking for. Basically, I wanted to know how you guys handle multiple remedy developers on a single development server. We have 4 developers that are constantly working on the system with object reservation activated. However, we do find that the system is performing slow during the day and at times, freezes and has to have the remedy services restarted. We are thinking of basically giving each developer now their own development area all tied to a central DB to see if that will eliminate the problem. How do you guys handle it? Any ideas or suggestions on how multiple developers on a single remedy application server (DB is on it's own separate server) Any advice would be appreciated. Keep well Cheers _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
Re: Multiple Developers on Single Server
Claire, In general, this is correct. The mode is intended for DEVELOPMENT environments. The tradeoff is serializing some interactive use cases for better memory management and making the developers not conflict so it can impact performance on a production system. On dev, there are few users so really no impact. Doug From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Sanford, Claire Sent: Wednesday, April 17, 2013 11:15 AM To: arslist@ARSLIST.ORG Subject: Re: Multiple Developers on Single Server ** Clarifying... a production system should NOT have that box checked and a development system SHOULD... From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug Sent: Wednesday, April 17, 2013 1:01 PM To: arslist@ARSLIST.ORG Subject: Re: Multiple Developers on Single Server ** Brad (a guess from your email name but if not, apologies), The most important setting for this environment is Developer Cache Mode. This mode was added specifically to assist this type of environment. We recommend it be set on any system that is a development system where you have more than one developer. What it does is change the way that the AR System server caches definitions it is working on and how it reacts when there is a change to a definition. Some of your slowdowns and freezing can be directly attributed to the model that we have that is designed to allow change in production and production to continue without disruption. The problem is that in development you drive the system a bit crazy with constant copying of the data dictionary cache and maybe having three or more copies of it and possibly having memory blowouts. If you do not have this mode set - see the documentation for the Developer Cache Mode setting that you set in the ar.conf/ar.cfg file - set it and see if this helps. You will need to restart the AR System server after you change this setting. Most environments see the challenges and conflicts of multiple developers significantly reduce (I can never say disappear but significantly reduce is accurate) when going from not having this set to having it set. I hope this helps, Doug Mueller From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of BradRemedy Sent: Thursday, April 11, 2013 11:35 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Multiple Developers on Single Server ** Hay Guys Hope everyone is well. Apologies if this has been discussed before and if so would appreciate a point in the right direction to find the information I am looking for. Basically, I wanted to know how you guys handle multiple remedy developers on a single development server. We have 4 developers that are constantly working on the system with object reservation activated. However, we do find that the system is performing slow during the day and at times, freezes and has to have the remedy services restarted. We are thinking of basically giving each developer now their own development area all tied to a central DB to see if that will eliminate the problem. How do you guys handle it? Any ideas or suggestions on how multiple developers on a single remedy application server (DB is on it's own separate server) Any advice would be appreciated. Keep well Cheers _ARSlist: 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
Multiple Developers on Single Server
Hay Guys Hope everyone is well. Apologies if this has been discussed before and if so would appreciate a point in the right direction to find the information I am looking for. Basically, I wanted to know how you guys handle multiple remedy developers on a single development server. We have 4 developers that are constantly working on the system with object reservation activated. However, we do find that the system is performing slow during the day and at times, freezes and has to have the remedy services restarted. We are thinking of basically giving each developer now their own development area all tied to a central DB to see if that will eliminate the problem. How do you guys handle it? Any ideas or suggestions on how multiple developers on a single remedy application server (DB is on it's own separate server) Any advice would be appreciated. Keep well Cheers ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Multiple Developers on Single Server
One option is to use AR System Version Control: Object Reservation , to reserve objects by any one developer and release it after usage. On Thu, Apr 11, 2013 at 12:34 PM, BradRemedy bradrem...@gmail.com wrote: ** Hay Guys Hope everyone is well. Apologies if this has been discussed before and if so would appreciate a point in the right direction to find the information I am looking for. Basically, I wanted to know how you guys handle multiple remedy developers on a single development server. We have 4 developers that are constantly working on the system with object reservation activated. However, we do find that the system is performing slow during the day and at times, freezes and has to have the remedy services restarted. We are thinking of basically giving each developer now their own development area all tied to a central DB to see if that will eliminate the problem. How do you guys handle it? Any ideas or suggestions on how multiple developers on a single remedy application server (DB is on it's own separate server) Any advice would be appreciated. Keep well Cheers _ARSlist: Where the Answers Are and have been for 20 years_ -- Regards, Kiran Kodali Ph: 940-231-8524 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: [EXTERNAL] Multiple Developers on Single Server
Brad: We also have multiple developers on a single server in each environment (Dev, Qual, and Prod). Do you run custom Remedy apps on your server, or are you running something like ITSM? I can't speak to the performance issues you are having, but I think it would help the more technical folks on the List to know what kind of Remedy apps you are running, also your AR System Server version and ITSM and mid-tier versions (if applicable). Maybe also whether your DB is SQL or Oracle. Thanks, Natalie Stroud SAIC @ Sandia National Laboratories ARS-ITSM Reporting Specialist Albuquerque, NM USA nkst...@sandia.govmailto:nkst...@sandia.gov ITSM 7.6.04 SP2 - Windows 2003 - SQL Server 2008 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of BradRemedy Sent: Thursday, April 11, 2013 12:35 PM To: arslist@ARSLIST.ORG Subject: [EXTERNAL] Multiple Developers on Single Server ** Hay Guys Hope everyone is well. Apologies if this has been discussed before and if so would appreciate a point in the right direction to find the information I am looking for. Basically, I wanted to know how you guys handle multiple remedy developers on a single development server. We have 4 developers that are constantly working on the system with object reservation activated. However, we do find that the system is performing slow during the day and at times, freezes and has to have the remedy services restarted. We are thinking of basically giving each developer now their own development area all tied to a central DB to see if that will eliminate the problem. How do you guys handle it? Any ideas or suggestions on how multiple developers on a single remedy application server (DB is on it's own separate server) Any advice would be appreciated. Keep well Cheers _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
Re: [EXTERNAL] Multiple Developers on Single Server
You might also want to talk to your internal server teams to see if you need more RAM or CPU on the servers. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Stroud, Natalie K Sent: Thursday, April 11, 2013 11:55 AM To: arslist@ARSLIST.ORG Subject: Re: [EXTERNAL] Multiple Developers on Single Server ** Brad: We also have multiple developers on a single server in each environment (Dev, Qual, and Prod). Do you run custom Remedy apps on your server, or are you running something like ITSM? I can't speak to the performance issues you are having, but I think it would help the more technical folks on the List to know what kind of Remedy apps you are running, also your AR System Server version and ITSM and mid-tier versions (if applicable). Maybe also whether your DB is SQL or Oracle. Thanks, Natalie Stroud SAIC @ Sandia National Laboratories ARS-ITSM Reporting Specialist Albuquerque, NM USA nkst...@sandia.gov ITSM 7.6.04 SP2 - Windows 2003 - SQL Server 2008 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of BradRemedy Sent: Thursday, April 11, 2013 12:35 PM To: arslist@ARSLIST.ORG Subject: [EXTERNAL] Multiple Developers on Single Server ** Hay Guys Hope everyone is well. Apologies if this has been discussed before and if so would appreciate a point in the right direction to find the information I am looking for. Basically, I wanted to know how you guys handle multiple remedy developers on a single development server. We have 4 developers that are constantly working on the system with object reservation activated. However, we do find that the system is performing slow during the day and at times, freezes and has to have the remedy services restarted. We are thinking of basically giving each developer now their own development area all tied to a central DB to see if that will eliminate the problem. How do you guys handle it? Any ideas or suggestions on how multiple developers on a single remedy application server (DB is on it's own separate server) Any advice would be appreciated. Keep well Cheers _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
Multiple Developers on Single Server
The admin operations are single threaded. If you introduce multiple arsevers for development using a common database you are by passing the lock in the mechanism which could corrupt the code or metadata. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
