Re: Administrator performance slow -RESOLVED

[Jarl Grøneng]

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

[strauss]

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"

Re: Administrator performance slow -RESOLVED

[Jarl Grøneng]

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 o

Re: Administrator performance slow -RESOLVED

[Joe D'Souza]

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:
> >
> >

Re: Administrator performance slow -RESOLVED

[Jarl Grøneng]

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
> >

Re: Administrator performance slow -RESOLVED

[Rick Cook]

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)  

Re: Administrator performance slow -RESOLVED

[Axton]

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.

Re: Administrator performance slow -RESOLVED

[Jarl Grøneng]

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

[Chapman, Colin]

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___ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"