We have never run with the setting any higher in our production environment so I can't speak to that. We will reconsider once we're at 7.1.
-- Tony Worthington Sr. Technical Analyst Kohl's Department Stores [EMAIL PROTECTED] 262-703-5911 Joe DeSouza <[EMAIL PROTECTED]> Sent by: "Action Request System discussion list(ARSList)" <arslist@ARSLIST.ORG> 02/14/2008 03:59 PM Please respond to arslist@ARSLIST.ORG To arslist@ARSLIST.ORG cc Subject Re: arserver.exe Memory Usage 7.0.01 ** Thanks Tony, Does this slow bringing up the form in the user tool while using the system? Jarl, I thought that it would be a manual process. I just wish they come out with a major patch on the ITSM (even if it involves doing things manually) to remove all these unwanted forms, workflow etc.. Our schedules are sort of tight with timelines on this project and I don't really see us going through a discovery process to identify all these unwanted forms, workflow and clean up unless BMC would provide us with this list or a patch to do so... Joe ----- Original Message ---- From: Tony Worthington <[EMAIL PROTECTED]> To: arslist@ARSLIST.ORG Sent: Thursday, February 14, 2008 11:56:09 AM Subject: Re: arserver.exe Memory Usage 7.0.01 ** And not an option if all you have on the server is ITSM7. :-) We even run with the display property caching set to its lowest level (Cache-Display-Properties: 0) We haven't raised it due to concerns about further slowing startup time. -- Tony Worthington Sr. Technical Analyst Kohl's Department Stores [EMAIL PROTECTED] 262-703-5911 Jarl Grøneng <[EMAIL PROTECTED]> Sent by: "Action Request System discussion list(ARSList)" <arslist@ARSLIST.ORG> 02/14/2008 11:52 AM Please respond to arslist@ARSLIST.ORG To arslist@ARSLIST.ORG cc Subject Re: arserver.exe Memory Usage 7.0.01 Removing unused forms and application is a manual job, and you nned to know your installation. -- Jarl On Thu, Feb 14, 2008 at 5:47 PM, Joe D'Souza <[EMAIL PROTECTED]> wrote: > ** > > Jarl, Axton, > > That's exactly what we see during our startup. We were also told to start > the AR Server by Remedy Support using the -t -s parameters and got exactly > the same results you guys are talking about - only our field count was in > the region of about 140K. > > Jarl, how did you go about finding out what forms are redundant? Did Remedy > Support provide you with a list? > > Thank you for all your responses.. > > Cheers > > Joe > > > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] Behalf Of Axton > Sent: Thursday, February 14, 2008 10:01 AM > To: arslist@ARSLIST.ORG > Subject: Re: arserver.exe Memory Usage 7.0.01 > > ** Remedy just needs to tune the startup of arserver. That's kind of where > the problem lies. > > start arserver > ... > -> fetch 100 of 50000 records from feild_dispprop (read 6mb of data and use > 20k) > -> process those 100 records > -> fetch next 100 of 50000 records from feild_dispprop (read 6mb of data and > use 20k) > -> process those 100 records > -> fetch next 100 of 50000 records from feild_dispprop (read 6mb of data and > use 20k) > -> process those 100 records > ... > > No wonder it takes so long. How about fetching all the data at once, the > processing it serially, or even better, in parallel. It is something that > can be done, but the people at BMC have to be convinced that there is a > benefit to the customers, and they probably have to be able to directly > capitalize on it to get a direction from management, neither of which is > probably going to happen. > > Axton Grams > > > On Thu, Feb 14, 2008 at 9:02 AM, Bardsley, Michael > <[EMAIL PROTECTED]> wrote: > > > ** > > > > I was told by support that there is a known slow startup issue with a > windows/remote oracle database configuration. We are looking at about 7 > minutes startup. My db confirmed that at startup he see's the ARADMIN > account pulling little bits of information at a slow pace from > field_dispprop table. I was told that is the Data Definition files that AR > holds in memory. We have also seen some database timeouts while saving > changes in the Admin tool. > > > > ________________________________ > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Joe D'Souza > > Sent: Thursday, February 14, 2008 2:37 AM > > > > > > > > To: arslist@ARSLIST.ORG > > Subject: Re: arserver.exe Memory Usage 7.0.01 > > > > > > > > > > > > ** > > We are running our AR Server at around that much (650,000 K) too. We are > experiencing a lag of at least 15 minutes at the start of the services. We > are currently working with BMC Support on that.. At Remedy supports > suggestion, we tried a 1 GB connection @ Full Duplex between the AR Server > and the DB and that didn't help much either. > > > > What is the average time you guys are experiencing on restart of AR > Services? > > > > We are running all the ITSM apps, AIE, CMDB, SLM, BMC RKM, SRM on our AR > Server. > > > > We have tried tuning the database with the help of our DBA's and none of > our efforts produced any significant change in the performance during > startup. > > > > Even after startup, it does take unreasonably long to save even a light > form or save a filter or active link or menus even if we click on the server > name on the server window so it doesn't refresh any lists after saving an > object.. > > > > Is anyone else fighting a similar issue? > > > > Joe > > > > -----Original Message----- > > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] Behalf Of strauss > > Sent: Wednesday, February 13, 2008 10:50 AM > > To: arslist@ARSLIST.ORG > > Subject: Re: arserver.exe Memory Usage 7.0.01 > > > > ** > > Typically ARS 7.1.00.001 runs at about 650,000 K on my Win2K3 x64 servers. > The one I have up that has relatively steady development in Kinetic Request > going on, plus daily testing of notifications and paging, shows a peak at > 825,000 K - and it has been running without a restart since 16 January. The > back end is SQL Server 2005 x64 on separate servers. It has been a while > since I ran any 7.0.01 servers (patch 003, middle of last year), but I > believe that 7.1 has a smaller memory footprint. > > > > Christopher Strauss, Ph.D. > > Call Tracking Administration Manager > > University of North Texas Computing & IT Center > > http://itsm.unt.edu/ > > > > > > > > ________________________________ > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Bardsley, Michael > > Sent: Wednesday, February 13, 2008 8:50 AM > > To: arslist@ARSLIST.ORG > > Subject: arserver.exe Memory Usage 7.0.01 > > > > > > ** > > > > Not sure if anyone will be able to provide me a direct answer on this but > would anyone be able to tell me about how much memory arserver.exe should be > consuming on the server after it has been running for a few days without > restarting? > > > > I am running ARS 7.0.01 Patch 005 with the full ITSM 7.02 Suite, SLM 7.03, > and CMDB 2 on a Windows server pointing to a remote Oracle 10G database. > > > > We just recently went live so we have been doing a lot of restarts as we > have had to make system changes. I noticed that after a restart > arserver.exe consumes about 700,000 K. > > > > After a few days of not restarting I am seeing that the memory footprint > has grown to about 1,300,000 K which has me concerned about a memory leak. > This may be normal and it may not grow much larger so I will continue to > monitor but wanted to toss the question out there.. > > > > I understand that all environments are different and therefore no one > instance is correct but just thought I would ask. > > > > Thanks, > > > > Michael Bardsley Never miss a thing. Make Yahoo your homepage. __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" html___ CONFIDENTIALITY NOTICE: This is a transmission from Kohl's Department Stores, Inc. and may contain information which is confidential and proprietary. If you are not the addressee, any disclosure, copying or distribution or use of the contents of this message is expressly prohibited. If you have received this transmission in error, please destroy it and notify us immediately at 262-703-7000. CAUTION: Internet and e-mail communications are Kohl's property and Kohl's reserves the right to retrieve and read any message created, sent and received. Kohl's reserves the right to monitor messages by authorized Kohl's Associates at any time without any further consent. _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
