This is the root of the problem. The admin tool downloads details for all active links when veiwing details every time a refresh of the active link list needs to be updated. This equates to around 12mb of data sent over the wire on our servers for each refresh. It's slow even on a fast network, and it ties up the single admin thread for everyone during the time the data is transmitted.
I have a write up on the root cause of this issue at http://bugs.arswiki.org/show_bug.cgi?id=58 with all the nitty gritty details. I just have to say that the admin tool has turned into a heap of junk code. It isn't and hasn't been maintained properly for a long time now. I hope BMC is making the right decision to scrap it and replace it with the Eclipse based admin ui, and I hope there are some lessons learned from this so far as code management and design practices. In the mean time though, we are all stuck working with a piece of junk. - memory leaks - illegal memory operations that cause the admin app to crash - performance nightmare - form view details are no longer properly maintained when committing changes back to arserver - no major improvements in many versions What will be interesting is how much memory my workstation will require with an eclipse based ui; I'm really hoping that the 2gb I have now in the machine is adequate in allowing me to work the way I am accustomed to. Guess we'll have to wait and see how well they write it. Axton Grams On Jan 30, 2008 5:49 PM, Doug Blair <[EMAIL PROTECTED]> wrote: > Hi! > > Rick's right about the issue, but there is a workaround. The problem is not > in saving the active link, but in refreshing the list of links afterwards. > > I have found two modes of operation that make this performance acceptable > (for me - your milage will vary). > > The first is to set your View to be a List instead of Details. This is > better by far. > > The second is to open and work on your active link, but before saving it > set your server window to look at something which will not be refreshed > when you save, such as filters or forms. Control-Tab is your friend in this > mode. > > It's pretty common for me to create one active link at the start of a > modification or project, then make a few more usiing Save As on the File > menu. After I have built all my links Then get the Details view. It takes a > while, but you only need to endure the wait once. > > Doug > > ___ > Doug Blair > Remedy Skilled Professional > doug<at>blairing<dot>com > +1-224-558-5462 > > ...... Original Message ....... > On Wed, 30 Jan 2008 13:07:49 -0800 Rick Cook <[EMAIL PROTECTED]> wrote: > >** > > >I could be wrong, but as I understand the problem, the large (10k-30k) > number of Active Links in the various ITSM products exceeds the ability for > the Admin tool and the metatables to process those as quickly as it could > for the exponentially smaller sets for which the structures were designed. > I was actually wondering this morning why Active Links are slow to open in > Admin, but Filters and Menus are not. > > > >Yet another reason we need to move off the Admin tool to the new Eclipse > one. > > > >Rick > > > >On 1/30/08, Marino, Melanie A <[EMAIL PROTECTED]> wrote: > > > >** > >All, > > > >After we installed ITSM 7.0 it is extremely slow displaying or saving > Active Links. We have logged a ticket with Remedy and thier only answer is > this will be fixed when they upgrade the Admin tool. > > > >Has anyone else experienced this? What is your workaround -if any? > > > >Thanks, > >Melanie Marino > >KPMG LLP > >[EMAIL PROTECTED] > > > >*********************************************************************** > > > >The information in this email is confidential and may be legally privileged. > >It is intended > solely for the addressee. Access to this email by anyone else is > unauthorized. If you are not > the intended recipient, any disclosure, copying, distribution or any action > taken or omitted to be taken in reliance on it, is prohibited and may be > unlawful. When addressed to our clients any opinions or advice contained in > this email are subject to the terms and conditions expressed in the > governing KPMG client engagement letter. > > > >*********************************************************************** > > > > __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > html___ > > > > > >__Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > html___ > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > > Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
