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