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@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___
>
> 
_______________________________________________________________________________
> 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"


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

Reply via email to