Re: Administrator performance slow -RESOLVED
That seems very efficient when migration workflow from test to production Hopefully everything is ok in version 8? :-) yeye...Next version... -- Jarl On 10/19/07, strauss [EMAIL PROTECTED] wrote: What I am seeing now on 7.1 servers with one in dev cache and the other not, is that Migrating an active link or filter from the server with dev cache on, to one with dev cache off, loads up the target server for the same amount of time that it does if I try to edit and save it directly on the target server (dev cache off). I wonder if you now have to switch the target server to dev cache mode before migrating anything? Theoretically that would mean two server restarts when switching dev cache mode on and then off again, but who can tell now that you don't have the Admin Tool to set that - it prompted you when you needed to restart the server. With the server properties moved to the User Tool and data in a form, there is no such prompt when you change something. The fog gets thicker and thicker... Christopher Strauss, Ph.D. Remedy Database Administrator University of North Texas Computing Center http://itsm.unt.edu/ -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Jarl Grøneng Sent: Wednesday, June 06, 2007 1:08 PM To: arslist@ARSLIST.ORG Subject: Re: Administrator performance slow -RESOLVED We still see that the admin tool is increadible slow when saving an active link. API logs shows that admin tool fetces all active links after save is done, and this happend even if form list is restriced by the 'View By Form' . Saving an active link takes 30-50 seconds. BMC support says this is as designed. The server has aprox 32.000 active links. -- Jarl On 4/20/07, Chapman, Colin [EMAIL PROTECTED] wrote: ** Jason and all who replied - thanks much ! I have switched to Development Cache mode and its speeded up the Admin tool considerably ! Colin ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are
Re: Administrator performance slow -RESOLVED
SW00254838: Log File tab takes 10-15 minutes to appear when Group form contains 50,000+ groups Answer: As Designed Yes its probably is, but why not redesign? -- Jarl On 6/6/07, Axton [EMAIL PROTECTED] wrote: As designed I hear this a lot on the list these days... maybe bmc needs a disposition of 'defective by design' for these things... there is a big difference between 'the design is defective', 'the product is defective (does not meet the design)', and 'the design is good, this is a limitation of the implementation' Axton Grams On 6/6/07, Jarl Grøneng [EMAIL PROTECTED] wrote: We still see that the admin tool is increadible slow when saving an active link. API logs shows that admin tool fetces all active links after save is done, and this happend even if form list is restriced by the 'View By Form' . Saving an active link takes 30-50 seconds. BMC support says this is as designed. The server has aprox 32.000 active links. -- Jarl On 4/20/07, Chapman, Colin [EMAIL PROTECTED] wrote: ** Jason and all who replied - thanks much ! I have switched to Development Cache mode and its speeded up the Admin tool considerably ! Colin From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Jason Miller Sent: Friday, April 20, 2007 2:47 PM To: arslist@ARSLIST.ORG Subject: Re: Administrator performance slow ** I have been having a good experience developing in a VM. I am run a Win 2k VM on my laptop (XP Pro, 2.16 GHz Dual Core, 2 gig of ram (the VM gets 1 gig of ram)) Both the ARS (7.0.01 p001 / ITSM 6) and DB (MS SQL 2000 SP4) are in the same VM and I have not had any issues. The database is a copy of my production database granted our system is still in its infancy so there are not a ton of records. I do run in Development Cache mode. I almost always work with a partial list of objects since there are so many in ITSM. Maybe working with a limit set of objects helps with what Adam Pederson mentioned below (I have never noticed any issue along what he stated). Jason From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Mohan Panchangmath Sent: Friday, April 20, 2007 7:46 AM To: arslist@ARSLIST.ORG Subject: Re: Administrator performance slow ** Hi Colin, I agree with Adam. We have the same environment where the development server is running on VM and to make it even more difficult the SQL server is also on the same VM box. Every workflow was taking almost 5 minutes to get saved. To fix the problem ..not entirely but still made it pretty fast by turning ON the Development Cache mode in Admin tool. Also if your SQL server is on the same VM box and your workflow modification is real slow even after setting the Development Cache mode ON, try restarting the SQL server every once in a while . We do this whenever we run into slowness and then the workflow development is pretty fast for some time. Hope this helps! Thanks, Mohan - Original Message From: Adam D Pederson [EMAIL PROTECTED] To: arslist@ARSLIST.ORG Sent: Friday, April 20, 2007 1:08:29 AM Subject: Re: Administrator performance slow ** Hey Colin: I know that this might be going over old territory, but sometimes it helps. Are you set developer cache mode on the server? Also, do you have object browser windows open when you are saving? I know that it can be a pain to always be closing and opening them, but I know from experience that it can really save you some serious time, especially with v7. Give this a try: 1) Open a filter and the object (server) browser and save a change the filter. 2) Do the same thing (or just undo the change you just made) but with the object browser closed. I think that you'll be surprised by the difference in speed (at least I hope you will because that is my best bet for your problem)! Regards, Adam Pederson Practice Director IT Service Management Practice Xinify Technologies, Inc. Mobile: +1 925 895 9500 Email: [EMAIL PROTECTED] From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Chapman, Colin Sent: Thursday, April 19, 2007 2:17 PM To: arslist@ARSLIST.ORG Subject: Administrator performance slow Hey Listers, (its a great list) Running Admin on a development virtual server here at UNCW is pretty slow (especially when I hit the Save button) I complained to our server folks, thinking more memory would help, got the response As the system is configured right now..Over the last week it has only used a maximum of 50% of its memory and an avg of 10% of its CPU (spikes
Re: Administrator performance slow -RESOLVED
We still see that the admin tool is increadible slow when saving an active link. API logs shows that admin tool fetces all active links after save is done, and this happend even if form list is restriced by the 'View By Form' . Saving an active link takes 30-50 seconds. BMC support says this is as designed. The server has aprox 32.000 active links. -- Jarl On 4/20/07, Chapman, Colin [EMAIL PROTECTED] wrote: ** Jason and all who replied - thanks much ! I have switched to Development Cache mode and its speeded up the Admin tool considerably ! Colin From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Jason Miller Sent: Friday, April 20, 2007 2:47 PM To: arslist@ARSLIST.ORG Subject: Re: Administrator performance slow ** I have been having a good experience developing in a VM. I am run a Win 2k VM on my laptop (XP Pro, 2.16 GHz Dual Core, 2 gig of ram (the VM gets 1 gig of ram)) Both the ARS (7.0.01 p001 / ITSM 6) and DB (MS SQL 2000 SP4) are in the same VM and I have not had any issues. The database is a copy of my production database granted our system is still in its infancy so there are not a ton of records. I do run in Development Cache mode. I almost always work with a partial list of objects since there are so many in ITSM. Maybe working with a limit set of objects helps with what Adam Pederson mentioned below (I have never noticed any issue along what he stated). Jason From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Mohan Panchangmath Sent: Friday, April 20, 2007 7:46 AM To: arslist@ARSLIST.ORG Subject: Re: Administrator performance slow ** Hi Colin, I agree with Adam. We have the same environment where the development server is running on VM and to make it even more difficult the SQL server is also on the same VM box. Every workflow was taking almost 5 minutes to get saved. To fix the problem ..not entirely but still made it pretty fast by turning ON the Development Cache mode in Admin tool. Also if your SQL server is on the same VM box and your workflow modification is real slow even after setting the Development Cache mode ON, try restarting the SQL server every once in a while . We do this whenever we run into slowness and then the workflow development is pretty fast for some time. Hope this helps! Thanks, Mohan - Original Message From: Adam D Pederson [EMAIL PROTECTED] To: arslist@ARSLIST.ORG Sent: Friday, April 20, 2007 1:08:29 AM Subject: Re: Administrator performance slow ** Hey Colin: I know that this might be going over old territory, but sometimes it helps. Are you set developer cache mode on the server? Also, do you have object browser windows open when you are saving? I know that it can be a pain to always be closing and opening them, but I know from experience that it can really save you some serious time, especially with v7. Give this a try: 1) Open a filter and the object (server) browser and save a change the filter. 2) Do the same thing (or just undo the change you just made) but with the object browser closed. I think that you'll be surprised by the difference in speed (at least I hope you will because that is my best bet for your problem)! Regards, Adam Pederson Practice Director IT Service Management Practice Xinify Technologies, Inc. Mobile: +1 925 895 9500 Email: [EMAIL PROTECTED] From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Chapman, Colin Sent: Thursday, April 19, 2007 2:17 PM To: arslist@ARSLIST.ORG Subject: Administrator performance slow Hey Listers, (its a great list) Running Admin on a development virtual server here at UNCW is pretty slow (especially when I hit the Save button) I complained to our server folks, thinking more memory would help, got the response As the system is configured right now..Over the last week it has only used a maximum of 50% of its memory and an avg of 10% of its CPU (spikes to 50%). I've got an important deadline to meet making some customizations to ServiceDesk. Does anyone know what can be done to speed up Remedy Admin ? Thanks Colin ARS 7.0.01 (patches are now being applied) Servicedesk 7.0.01 (patches are now bing applied) MS SQL 2005 Windows 2003 __20060125___This posting was submitted with HTML in it___ __20060125___This posting was submitted with HTML in it___ Ahhh...imagining that irresistible new car smell? Check out new cars at Yahoo! Autos. __20060125___This posting was submitted with HTML in it_20060125___This posting was submitted with HTML in it___ __20060125___This posting was submitted with HTML in it___
Re: Administrator performance slow -RESOLVED
As designed I hear this a lot on the list these days... maybe bmc needs a disposition of 'defective by design' for these things... there is a big difference between 'the design is defective', 'the product is defective (does not meet the design)', and 'the design is good, this is a limitation of the implementation' Axton Grams On 6/6/07, Jarl Grøneng [EMAIL PROTECTED] wrote: We still see that the admin tool is increadible slow when saving an active link. API logs shows that admin tool fetces all active links after save is done, and this happend even if form list is restriced by the 'View By Form' . Saving an active link takes 30-50 seconds. BMC support says this is as designed. The server has aprox 32.000 active links. -- Jarl On 4/20/07, Chapman, Colin [EMAIL PROTECTED] wrote: ** Jason and all who replied - thanks much ! I have switched to Development Cache mode and its speeded up the Admin tool considerably ! Colin From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Jason Miller Sent: Friday, April 20, 2007 2:47 PM To: arslist@ARSLIST.ORG Subject: Re: Administrator performance slow ** I have been having a good experience developing in a VM. I am run a Win 2k VM on my laptop (XP Pro, 2.16 GHz Dual Core, 2 gig of ram (the VM gets 1 gig of ram)) Both the ARS (7.0.01 p001 / ITSM 6) and DB (MS SQL 2000 SP4) are in the same VM and I have not had any issues. The database is a copy of my production database granted our system is still in its infancy so there are not a ton of records. I do run in Development Cache mode. I almost always work with a partial list of objects since there are so many in ITSM. Maybe working with a limit set of objects helps with what Adam Pederson mentioned below (I have never noticed any issue along what he stated). Jason From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Mohan Panchangmath Sent: Friday, April 20, 2007 7:46 AM To: arslist@ARSLIST.ORG Subject: Re: Administrator performance slow ** Hi Colin, I agree with Adam. We have the same environment where the development server is running on VM and to make it even more difficult the SQL server is also on the same VM box. Every workflow was taking almost 5 minutes to get saved. To fix the problem ..not entirely but still made it pretty fast by turning ON the Development Cache mode in Admin tool. Also if your SQL server is on the same VM box and your workflow modification is real slow even after setting the Development Cache mode ON, try restarting the SQL server every once in a while . We do this whenever we run into slowness and then the workflow development is pretty fast for some time. Hope this helps! Thanks, Mohan - Original Message From: Adam D Pederson [EMAIL PROTECTED] To: arslist@ARSLIST.ORG Sent: Friday, April 20, 2007 1:08:29 AM Subject: Re: Administrator performance slow ** Hey Colin: I know that this might be going over old territory, but sometimes it helps. Are you set developer cache mode on the server? Also, do you have object browser windows open when you are saving? I know that it can be a pain to always be closing and opening them, but I know from experience that it can really save you some serious time, especially with v7. Give this a try: 1) Open a filter and the object (server) browser and save a change the filter. 2) Do the same thing (or just undo the change you just made) but with the object browser closed. I think that you'll be surprised by the difference in speed (at least I hope you will because that is my best bet for your problem)! Regards, Adam Pederson Practice Director IT Service Management Practice Xinify Technologies, Inc. Mobile: +1 925 895 9500 Email: [EMAIL PROTECTED] From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Chapman, Colin Sent: Thursday, April 19, 2007 2:17 PM To: arslist@ARSLIST.ORG Subject: Administrator performance slow Hey Listers, (its a great list) Running Admin on a development virtual server here at UNCW is pretty slow (especially when I hit the Save button) I complained to our server folks, thinking more memory would help, got the response As the system is configured right now..Over the last week it has only used a maximum of 50% of its memory and an avg of 10% of its CPU (spikes to 50%). I've got an important deadline to meet making some customizations to ServiceDesk. Does anyone know what can be done to speed up Remedy Admin ? Thanks Colin ARS 7.0.01 (patches are now being applied) Servicedesk 7.0.01 (patches are now bing applied) MS SQL 2005 Windows 2003 __20060125___This posting was submitted with HTML in it___
Re: Administrator performance slow -RESOLVED
Yes, agree. It may be designed as this 15 years ago. With the extension made to IITSM7 they really have a performance problem. When the server starts it fetch all records in FIELS_DISPPROP, and with 300.000 records in this table it takes 15-20 minutes to start the server. Why do you think they added the Next-ID-Block-Size settings? With 7.1 it may be even more performance settings to enable. The Change Infrastructure form contain more than 1200 fields! Why? Why is there a need for a form just to create entryids for Change Infrastructure? Creating a request in Requester Console trigger tons of create entries. Ass design :-) -- Jarl On 6/6/07, Axton [EMAIL PROTECTED] wrote: As designed I hear this a lot on the list these days... maybe bmc needs a disposition of 'defective by design' for these things... there is a big difference between 'the design is defective', 'the product is defective (does not meet the design)', and 'the design is good, this is a limitation of the implementation' Axton Grams On 6/6/07, Jarl Grøneng [EMAIL PROTECTED] wrote: We still see that the admin tool is increadible slow when saving an active link. API logs shows that admin tool fetces all active links after save is done, and this happend even if form list is restriced by the 'View By Form' . Saving an active link takes 30-50 seconds. BMC support says this is as designed. The server has aprox 32.000 active links. -- Jarl On 4/20/07, Chapman, Colin [EMAIL PROTECTED] wrote: ** Jason and all who replied - thanks much ! I have switched to Development Cache mode and its speeded up the Admin tool considerably ! Colin From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Jason Miller Sent: Friday, April 20, 2007 2:47 PM To: arslist@ARSLIST.ORG Subject: Re: Administrator performance slow ** I have been having a good experience developing in a VM. I am run a Win 2k VM on my laptop (XP Pro, 2.16 GHz Dual Core, 2 gig of ram (the VM gets 1 gig of ram)) Both the ARS (7.0.01 p001 / ITSM 6) and DB (MS SQL 2000 SP4) are in the same VM and I have not had any issues. The database is a copy of my production database granted our system is still in its infancy so there are not a ton of records. I do run in Development Cache mode. I almost always work with a partial list of objects since there are so many in ITSM. Maybe working with a limit set of objects helps with what Adam Pederson mentioned below (I have never noticed any issue along what he stated). Jason From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Mohan Panchangmath Sent: Friday, April 20, 2007 7:46 AM To: arslist@ARSLIST.ORG Subject: Re: Administrator performance slow ** Hi Colin, I agree with Adam. We have the same environment where the development server is running on VM and to make it even more difficult the SQL server is also on the same VM box. Every workflow was taking almost 5 minutes to get saved. To fix the problem ..not entirely but still made it pretty fast by turning ON the Development Cache mode in Admin tool. Also if your SQL server is on the same VM box and your workflow modification is real slow even after setting the Development Cache mode ON, try restarting the SQL server every once in a while . We do this whenever we run into slowness and then the workflow development is pretty fast for some time. Hope this helps! Thanks, Mohan - Original Message From: Adam D Pederson [EMAIL PROTECTED] To: arslist@ARSLIST.ORG Sent: Friday, April 20, 2007 1:08:29 AM Subject: Re: Administrator performance slow ** Hey Colin: I know that this might be going over old territory, but sometimes it helps. Are you set developer cache mode on the server? Also, do you have object browser windows open when you are saving? I know that it can be a pain to always be closing and opening them, but I know from experience that it can really save you some serious time, especially with v7. Give this a try: 1) Open a filter and the object (server) browser and save a change the filter. 2) Do the same thing (or just undo the change you just made) but with the object browser closed. I think that you'll be surprised by the difference in speed (at least I hope you will because that is my best bet for your problem)! Regards, Adam Pederson Practice Director IT Service Management Practice Xinify Technologies, Inc. Mobile: +1 925 895 9500 Email: [EMAIL PROTECTED] From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Chapman, Colin Sent: Thursday, April 19, 2007 2:17 PM To: arslist
Re: Administrator performance slow -RESOLVED
Dan ought to be pulling you for a citation of Friday humor on a Wednesday for that Axton.. that was really funny but true.. I particularly like the disposition 'Defective by Design'! And I completely agree with your views :-) Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] Behalf Of Rick Cook Sent: Wednesday, June 06, 2007 2:24 PM To: arslist@ARSLIST.ORG Subject: Re: Administrator performance slow -RESOLVED Amen to the Defective as designed status! Best laugh I've had all week! Rick -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Axton Sent: Wednesday, June 06, 2007 11:17 AM To: arslist@ARSLIST.ORG Subject: Re: Administrator performance slow -RESOLVED As designed I hear this a lot on the list these days... maybe bmc needs a disposition of 'defective by design' for these things... there is a big difference between 'the design is defective', 'the product is defective (does not meet the design)', and 'the design is good, this is a limitation of the implementation' Axton Grams On 6/6/07, Jarl Grøneng [EMAIL PROTECTED] wrote: We still see that the admin tool is increadible slow when saving an active link. API logs shows that admin tool fetces all active links after save is done, and this happend even if form list is restriced by the 'View By Form' . Saving an active link takes 30-50 seconds. BMC support says this is as designed. The server has aprox 32.000 active links. -- Jarl On 4/20/07, Chapman, Colin [EMAIL PROTECTED] wrote: ** Jason and all who replied - thanks much ! I have switched to Development Cache mode and its speeded up the Admin tool considerably ! Colin From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Jason Miller Sent: Friday, April 20, 2007 2:47 PM To: arslist@ARSLIST.ORG Subject: Re: Administrator performance slow ** I have been having a good experience developing in a VM. I am run a Win 2k VM on my laptop (XP Pro, 2.16 GHz Dual Core, 2 gig of ram (the VM gets 1 gig of ram)) Both the ARS (7.0.01 p001 / ITSM 6) and DB (MS SQL 2000 SP4) are in the same VM and I have not had any issues. The database is a copy of my production database granted our system is still in its infancy so there are not a ton of records. I do run in Development Cache mode. I almost always work with a partial list of objects since there are so many in ITSM. Maybe working with a limit set of objects helps with what Adam Pederson mentioned below (I have never noticed any issue along what he stated). Jason From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Mohan Panchangmath Sent: Friday, April 20, 2007 7:46 AM To: arslist@ARSLIST.ORG Subject: Re: Administrator performance slow ** Hi Colin, I agree with Adam. We have the same environment where the development server is running on VM and to make it even more difficult the SQL server is also on the same VM box. Every workflow was taking almost 5 minutes to get saved. To fix the problem ..not entirely but still made it pretty fast by turning ON the Development Cache mode in Admin tool. Also if your SQL server is on the same VM box and your workflow modification is real slow even after setting the Development Cache mode ON, try restarting the SQL server every once in a while . We do this whenever we run into slowness and then the workflow development is pretty fast for some time. Hope this helps! Thanks, Mohan - Original Message From: Adam D Pederson [EMAIL PROTECTED] To: arslist@ARSLIST.ORG Sent: Friday, April 20, 2007 1:08:29 AM Subject: Re: Administrator performance slow ** Hey Colin: I know that this might be going over old territory, but sometimes it helps. Are you set developer cache mode on the server? Also, do you have object browser windows open when you are saving? I know that it can be a pain to always be closing and opening them, but I know from experience that it can really save you some serious time, especially with v7. Give this a try: 1) Open a filter and the object (server) browser and save a change the filter. 2) Do the same thing (or just undo the change you just made) but with the object browser closed. I think that you'll be surprised by the difference in speed (at least I hope you will because that is my best bet for your problem)! Regards, Adam Pederson Practice Director IT Service Management Practice Xinify Technologies, Inc. Mobile: +1 925 895 9500 Email: [EMAIL PROTECTED] From: Action Request System discussion list(ARSList
Re: Administrator performance slow
To increase the performance of the admin, you can use arcache modes set for the admin in the admin tool. If the arcache mode is set for the admin tool, AR User will be having an issue of performance and performance for workflow will be achieved for the admin tool. For more information on arcache, this will also depend on the configuration of the machine. Hope, this will help you. Thanks, Sonal -- [EMAIL PROTECTED] www.vyomlabs.com Consulting | Oursourcing | Training || BMC Remedy BSM | ITIL | IT Governance ARSList wrote: ** Is that your virtual server maximum and spikes or the physical VM server? There is a BIG difference between the two. *From:* Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] *On Behalf Of *Chapman, Colin *Sent:* Thursday, April 19, 2007 2:17 PM *To:* arslist@ARSLIST.ORG *Subject:* Administrator performance slow Hey Listers, (its a great list) Running Admin on a development virtual server here at UNCW is pretty slow (especially when I hit the Save button) I complained to our server folks, thinking more memory would help, got the response As the system is configured right now..Over the last week it has only used a maximum of 50% of its memory and an avg of 10% of its CPU (spikes to 50%). I've got an important deadline to meet making some customizations to ServiceDesk. Does anyone know what can be done to speed up Remedy Admin ? Thanks Colin ARS 7.0.01 (patches are now being applied) Servicedesk 7.0.01 (patches are now bing applied) MS SQL 2005 Windows 2003 __20060125___This posting was submitted with HTML in it___ __20060125___This posting was submitted with HTML in it___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are
Re: Administrator performance slow
Hi Colin, I agree with Adam. We have the same environment where the development server is running on VM and to make it even more difficult the SQL server is also on the same VM box. Every workflow was taking almost 5 minutes to get saved. To fix the problem ..not entirely but still made it pretty fast by turning ON the Development Cache mode in Admin tool. Also if your SQL server is on the same VM box and your workflow modification is real slow even after setting the Development Cache mode ON, try restarting the SQL server every once in a while . We do this whenever we run into slowness and then the workflow development is pretty fast for some time. Hope this helps! Thanks, Mohan - Original Message From: Adam D Pederson [EMAIL PROTECTED] To: arslist@ARSLIST.ORG Sent: Friday, April 20, 2007 1:08:29 AM Subject: Re: Administrator performance slow ** Hey Colin: I know that this might be going over old territory, but sometimes it helps. Are you set developer cache mode on the server? Also, do you have object browser windows open when you are saving? I know that it can be a pain to always be closing and opening them, but I know from experience that it can really save you some serious time, especially with v7. Give this a try: 1) Open a filter and the object (server) browser and save a change the filter. 2) Do the same thing (or just undo the change you just made) but with the object browser closed. I think that you’ll be surprised by the difference in speed (at least I hope you will because that is my best bet for your problem)! Regards, Adam Pederson Practice Director IT Service Management Practice Xinify Technologies, Inc. Mobile: +1 925 895 9500 Email: [EMAIL PROTECTED] From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Chapman, Colin Sent: Thursday, April 19, 2007 2:17 PM To: arslist@ARSLIST.ORG Subject: Administrator performance slow Hey Listers, (its a great list) Running Admin on a development virtual server here at UNCW is pretty slow (especially when I hit the Save button) I complained to our server folks, thinking more memory would help, got the response As the system is configured right now..Over the last week it has only used a maximum of 50% of its memory and an avg of 10% of its CPU (spikes to 50%). I've got an important deadline to meet making some customizations to ServiceDesk. Does anyone know what can be done to speed up Remedy Admin ? Thanks Colin ARS 7.0.01 (patches are now being applied) Servicedesk 7.0.01 (patches are now bing applied) MS SQL 2005 Windows 2003 __20060125___This posting was submitted with HTML in it___ __20060125___This posting was submitted with HTML in it___ __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are
Re: Administrator performance slow
I have been having a good experience developing in a VM. I am run a Win 2k VM on my laptop (XP Pro, 2.16 GHz Dual Core, 2 gig of ram (the VM gets 1 gig of ram)) Both the ARS (7.0.01 p001 / ITSM 6) and DB (MS SQL 2000 SP4) are in the same VM and I have not had any issues. The database is a copy of my production database granted our system is still in its infancy so there are not a ton of records. I do run in Development Cache mode. I almost always work with a partial list of objects since there are so many in ITSM. Maybe working with a limit set of objects helps with what Adam Pederson mentioned below (I have never noticed any issue along what he stated). Jason From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Mohan Panchangmath Sent: Friday, April 20, 2007 7:46 AM To: arslist@ARSLIST.ORG Subject: Re: Administrator performance slow ** Hi Colin, I agree with Adam. We have the same environment where the development server is running on VM and to make it even more difficult the SQL server is also on the same VM box. Every workflow was taking almost 5 minutes to get saved. To fix the problem ..not entirely but still made it pretty fast by turning ON the Development Cache mode in Admin tool. Also if your SQL server is on the same VM box and your workflow modification is real slow even after setting the Development Cache mode ON, try restarting the SQL server every once in a while . We do this whenever we run into slowness and then the workflow development is pretty fast for some time. Hope this helps! Thanks, Mohan - Original Message From: Adam D Pederson [EMAIL PROTECTED] To: arslist@ARSLIST.ORG Sent: Friday, April 20, 2007 1:08:29 AM Subject: Re: Administrator performance slow ** Hey Colin: I know that this might be going over old territory, but sometimes it helps. Are you set developer cache mode on the server? Also, do you have object browser windows open when you are saving? I know that it can be a pain to always be closing and opening them, but I know from experience that it can really save you some serious time, especially with v7. Give this a try: 1) Open a filter and the object (server) browser and save a change the filter. 2) Do the same thing (or just undo the change you just made) but with the object browser closed. I think that you?ll be surprised by the difference in speed (at least I hope you will because that is my best bet for your problem)! Regards, Adam Pederson Practice Director IT Service Management Practice Xinify Technologies, Inc. Mobile: +1 925 895 9500 Email: [EMAIL PROTECTED] _ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Chapman, Colin Sent: Thursday, April 19, 2007 2:17 PM To: arslist@ARSLIST.ORG Subject: Administrator performance slow Hey Listers, (its a great list) Running Admin on a development virtual server here at UNCW is pretty slow (especially when I hit the Save button) I complained to our server folks, thinking more memory would help, got the response As the system is configured right now..Over the last week it has only used a maximum of 50% of its memory and an avg of 10% of its CPU (spikes to 50%). I've got an important deadline to meet making some customizations to ServiceDesk. Does anyone know what can be done to speed up Remedy Admin ? Thanks Colin ARS 7.0.01 (patches are now being applied) Servicedesk 7.0.01 (patches are now bing applied) MS SQL 2005 Windows 2003 __20060125___This posting was submitted with HTML in it___ __20060125___This posting was submitted with HTML in it___ _ Ahhh...imagining that irresistible new car smell? Check out new http://us.rd.yahoo.com/evt=48245/*http:/autos.yahoo.com/new_cars.html;_ylc= X3oDMTE1YW1jcXJ2BF9TAzk3MTA3MDc2BHNlYwNtYWlsdGFncwRzbGsDbmV3LWNhcnM- cars at Yahoo! Autos. __20060125___This posting was submitted with HTML in it___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are
Re: Administrator performance slow -RESOLVED
Jason and all who replied - thanks much ! I have switched to Development Cache mode and its speeded up the Admin tool considerably ! Colin From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Jason Miller Sent: Friday, April 20, 2007 2:47 PM To: arslist@ARSLIST.ORG Subject: Re: Administrator performance slow ** I have been having a good experience developing in a VM. I am run a Win 2k VM on my laptop (XP Pro, 2.16 GHz Dual Core, 2 gig of ram (the VM gets 1 gig of ram)) Both the ARS (7.0.01 p001 / ITSM 6) and DB (MS SQL 2000 SP4) are in the same VM and I have not had any issues. The database is a copy of my production database granted our system is still in its infancy so there are not a ton of records. I do run in Development Cache mode. I almost always work with a partial list of objects since there are so many in ITSM. Maybe working with a limit set of objects helps with what Adam Pederson mentioned below (I have never noticed any issue along what he stated). Jason From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Mohan Panchangmath Sent: Friday, April 20, 2007 7:46 AM To: arslist@ARSLIST.ORG Subject: Re: Administrator performance slow ** Hi Colin, I agree with Adam. We have the same environment where the development server is running on VM and to make it even more difficult the SQL server is also on the same VM box. Every workflow was taking almost 5 minutes to get saved. To fix the problem ..not entirely but still made it pretty fast by turning ON the Development Cache mode in Admin tool. Also if your SQL server is on the same VM box and your workflow modification is real slow even after setting the Development Cache mode ON, try restarting the SQL server every once in a while . We do this whenever we run into slowness and then the workflow development is pretty fast for some time. Hope this helps! Thanks, Mohan - Original Message From: Adam D Pederson [EMAIL PROTECTED] To: arslist@ARSLIST.ORG Sent: Friday, April 20, 2007 1:08:29 AM Subject: Re: Administrator performance slow ** Hey Colin: I know that this might be going over old territory, but sometimes it helps. Are you set developer cache mode on the server? Also, do you have object browser windows open when you are saving? I know that it can be a pain to always be closing and opening them, but I know from experience that it can really save you some serious time, especially with v7. Give this a try: 1) Open a filter and the object (server) browser and save a change the filter. 2) Do the same thing (or just undo the change you just made) but with the object browser closed. I think that you’ll be surprised by the difference in speed (at least I hope you will because that is my best bet for your problem)! Regards, Adam Pederson Practice Director IT Service Management Practice Xinify Technologies, Inc. Mobile: +1 925 895 9500 Email: [EMAIL PROTECTED] From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Chapman, Colin Sent: Thursday, April 19, 2007 2:17 PM To: arslist@ARSLIST.ORG Subject: Administrator performance slow Hey Listers, (its a great list) Running Admin on a development virtual server here at UNCW is pretty slow (especially when I hit the Save button) I complained to our server folks, thinking more memory would help, got the response As the system is configured right now..Over the last week it has only used a maximum of 50% of its memory and an avg of 10% of its CPU (spikes to 50%). I've got an important deadline to meet making some customizations to ServiceDesk. Does anyone know what can be done to speed up Remedy Admin ? Thanks Colin ARS 7.0.01 (patches are now being applied) Servicedesk 7.0.01 (patches are now bing applied) MS SQL 2005 Windows 2003 __20060125___This posting was submitted with HTML in it___ __20060125___This posting was submitted with HTML in it___ Ahhh...imagining that irresistible new car smell? Check out new cars at Yahoo! Autos. http://us.rd.yahoo.com/evt=48245/*http:/autos.yahoo.com/new_cars.html;_ylc=X3oDMTE1YW1jcXJ2BF9TAzk3MTA3MDc2BHNlYwNtYWlsdGFncwRzbGsDbmV3LWNhcnM- __20060125___This posting was submitted with HTML in it___ __20060125___This posting was submitted with HTML in it___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are
Re: Administrator performance slow
On virtual servers, make sure there's LOTS of RAM dedicated to the VM. Virtual servers are great, but will run more slowly than non-VM servers. Rick _ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Roger Justice Sent: Thursday, April 19, 2007 2:33 PM To: arslist@ARSLIST.ORG Subject: Re: Administrator performance slow ** On the Server Information Configuration tab make sure Development Cache Mode is checked. If it was not you will also have to restart the ARS Service. -Original Message- From: [EMAIL PROTECTED] To: arslist@ARSLIST.ORG Sent: Thu, 19 Apr 2007 5:17 PM Subject: Administrator performance slow ** Hey Listers, (its a great list) Running Admin on a development virtual server here at UNCW is pretty slow (especially when I hit the Save button) I complained to our server folks, thinking more memory would help, got the response As the system is configured right now..Over the last week it has only used a maximum of 50% of its memory and an avg of 10% of its CPU (spikes to 50%). I've got an important deadline to meet making some customizations to ServiceDesk. Does anyone know what can be done to speed up Remedy Admin ? Thanks Colin ARS 7.0.01 (patches are now being applied) Servicedesk 7.0.01 (patches are now bing applied) MS SQL 2005 Windows 2003 __20060125___This posting was submitted with HTML in it___ _ AOL now offers free email to everyone. Find out more about what's free from AOL at http://www.aol.com?ncid=AOLAOF0002000437 AOL.com. __20060125___This posting was submitted with HTML in it___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are
Re: Administrator performance slow
Colin, Is your database on the same server? We saw this type of issue when there were network issues between the two servers. One indication of this type of issue is starting up the system takes a long time. It would take us about 5 minutes before we could login after start up. Dave -- [EMAIL PROTECTED] (Wireless) - Original Message - From: Action Request System discussion list(ARSList) arslist@ARSLIST.ORG To: arslist@ARSLIST.ORG arslist@ARSLIST.ORG Sent: Thu Apr 19 17:17:11 2007 Subject: Administrator performance slow ** Hey Listers, (its a great list) Running Admin on a development virtual server here at UNCW is pretty slow (especially when I hit the Save button) I complained to our server folks, thinking more memory would help, got the response As the system is configured right now..Over the last week it has only used a maximum of 50% of its memory and an avg of 10% of its CPU (spikes to 50%). I've got an important deadline to meet making some customizations to ServiceDesk. Does anyone know what can be done to speed up Remedy Admin ? Thanks Colin ARS 7.0.01 (patches are now being applied) Servicedesk 7.0.01 (patches are now bing applied) MS SQL 2005 Windows 2003 __20060125___This posting was submitted with HTML in it___
Re: Administrator performance slow
Is that your virtual server maximum and spikes or the physical VM server? There is a BIG difference between the two. From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Chapman, Colin Sent: Thursday, April 19, 2007 2:17 PM To: arslist@ARSLIST.ORG Subject: Administrator performance slow Hey Listers, (its a great list) Running Admin on a development virtual server here at UNCW is pretty slow (especially when I hit the Save button) I complained to our server folks, thinking more memory would help, got the response As the system is configured right now..Over the last week it has only used a maximum of 50% of its memory and an avg of 10% of its CPU (spikes to 50%). I've got an important deadline to meet making some customizations to ServiceDesk. Does anyone know what can be done to speed up Remedy Admin ? Thanks Colin ARS 7.0.01 (patches are now being applied) Servicedesk 7.0.01 (patches are now bing applied) MS SQL 2005 Windows 2003 __20060125___This posting was submitted with HTML in it___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are
Re: Administrator performance slow
Hey Colin: I know that this might be going over old territory, but sometimes it helps. Are you set developer cache mode on the server? Also, do you have object browser windows open when you are saving? I know that it can be a pain to always be closing and opening them, but I know from experience that it can really save you some serious time, especially with v7. Give this a try: 1) Open a filter and the object (server) browser and save a change the filter. 2) Do the same thing (or just undo the change you just made) but with the object browser closed. I think that you'll be surprised by the difference in speed (at least I hope you will because that is my best bet for your problem)! Regards, Adam Pederson Practice Director IT Service Management Practice Xinify Technologies, Inc. Mobile: +1 925 895 9500 Email: [EMAIL PROTECTED] _ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Chapman, Colin Sent: Thursday, April 19, 2007 2:17 PM To: arslist@ARSLIST.ORG Subject: Administrator performance slow Hey Listers, (its a great list) Running Admin on a development virtual server here at UNCW is pretty slow (especially when I hit the Save button) I complained to our server folks, thinking more memory would help, got the response As the system is configured right now..Over the last week it has only used a maximum of 50% of its memory and an avg of 10% of its CPU (spikes to 50%). I've got an important deadline to meet making some customizations to ServiceDesk. Does anyone know what can be done to speed up Remedy Admin ? Thanks Colin ARS 7.0.01 (patches are now being applied) Servicedesk 7.0.01 (patches are now bing applied) MS SQL 2005 Windows 2003 __20060125___This posting was submitted with HTML in it___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are
