Eric, I believe I'll be going down the same path as you have. I currently have one SS with only 4 Gig of RAM and about 58,000 models in the DB. I've noticed since I got here a month ago that Locator was slow as you describe. I'm running 9.2 H03. Recently I'm seeing OneClick views get slower and slower as I've been modeling systemEdge agents we are rolling out.
I just logged a Perf case with Support and they are shipping me the analysis tool that collects report files for them to analyze. I'll have more data next week. Bottom line memory usage is 96% and I'm probably at a resource limit of this VM and will be splitting my DB and building another SS down the road. I was a Spectrum admin 10 years ago, and took the last 6 years off doing other things. So I'm gonna need help remembering how to do this. :-) Have a good weekend. -Rob. On Fri, Jun 17, 2011 at 2:38 PM, Miner,Eric D. <[email protected]> wrote: > ** ** ** ** ** > > Sean,**** > > ** ** > > I don’t recall any mention of increasing the polling threads. I reread my > case notes and it says the polling threads “were constantly hitting the max > of 40” (not 20 as I misstated earlier). What we did in response was to > re-balance the device load much more evenly between our 2 DSSs (5500 on one, > 4500 on the other). But it’s not like we were noticing any performance > issues that triggered this review. We simply wanted to do a health check > before upgrading to v9.2.**** > > ** ** > > We have a parallel set of v9.2 TEST servers monitoring the same set > devices. CA is assessing their performance as well. On our v9.2 servers > (equal in horsepower to our v9.1 servers) the only troubling symptom that we > are seeing is that when we go to the Locator Tab and pull up the list of all > devices, it takes about 50 seconds for that to populate fully. It’s > something like 15 seconds on our v9.1 servers. Maybe this is a non-issue > but hopefully the perf review will tell.**** > > ** ** > > Thanks,**** > > Eric**** > > ** ** > > Eric Miner -- Oai-sys Network Architecture and Applications -- Travelers -- > [email protected] -- > 860-277-5616<http://webpages.charter.net/minerfamily/gcall-eminer.html> > **** > ------------------------------ > > *From:* Sean Carnes [mailto:[email protected]] > *Sent:* Friday, June 17, 2011 12:32 PM > > *To:* spectrum > *Subject:* RE: [spectrum] 64 Bit SpectroServer > **** > > ** ** > > Eric, **** > > ** ** > > You can increase the number of polling threads we have it set at 40 on > 9.1H15 and have had it higher. We have about 1900 devices on that landscape > and we rarely run out but when we have on other landscapes we have increased > it and noticed the difference, using packet captures to verify. Are you > experiencing any issues because of it using the 20 threads, like slow polls > missed polls etc? You can also tweak the polling groups, but that gets a > bit lower level. Did they mention changing the max threads to you after > their review? **** > > ** ** > > Regards, **** > > ** ** > > Sean > > > Sean Carnes > Cablevision Systems Corp. > Network Management > Systems & Metrics > 172*85*77/5167902323/5163905910 > > > > > > > > >>> "Murtey, Patrick" <[email protected]> 6/17/2011 10:54 AM >>>**** > > *Hi Eric,* **** > > *To my knowledge, the SpectroServer application is still single threaded. > Until it is made multithreaded so it can use more than one processor there > will always be that bottleneck.* **** > > * * **** > > *Patrick* **** > > * * **** > ------------------------------ > > *From:* Miner,Eric D. [mailto:[email protected]] > *Sent:* Friday, June 17, 2011 6:23 AM > *To:* spectrum > *Subject:* RE: [spectrum] 64 Bit SpectroServer**** **** > > ** ** **** > > We recently enlisted CA support’s help to do a performance review of our > DSSes on Linux (RHEL 5) in preparation for moving from 9.1.2H12 to 9.2H04. > **** **** > > ** ** **** > > One thing that came out of that review is that on one of our DSSes > (managing about 8,000 devices) Spectrum had max’d out the number of threads > (20, I think) that it could use for polling. So it *seems* that no matter > if the SS was 64-bit and had tons more memory available, we would still need > to move some of the workload (managed devices) off to another SS. But maybe > there are other advantages SS on 64-bit other than lifting the memory > ceiling?**** **** > > ** ** **** > > Eric Miner -- Oai-sys Network Architecture and Applications -- Travelers -- > [email protected] -- > 860-277-5616<http://webpages.charter.net/minerfamily/gcall-eminer.html> > **** **** > ------------------------------ > > *From:* Robert Borowicz [mailto:[email protected]] > *Sent:* Thursday, June 16, 2011 5:20 PM > *To:* spectrum > *Subject:* Re: [spectrum] 64 Bit SpectroServer**** **** > > ** ** **** > > I checked the Support site and found:**** **** > > *Title: *Does SPECTRUM support 64 bit Operating Systems? (Legacy KB ID > CNC TS29305 ) ******** > > ** ** **** > > SPECTRUM 9.0 will install and run on 64-bit OS that are supported (listed > above). However, they will run only as a 32-bit application and therefore > will not take advantage of extra memory resources beyond what a 32-bit > application of that platform allows. **** **** > > > Spectrum 9.0 with Solaris x86 is not supported. > CA plans to add support in Spectrum 10.0 to allow for 64 bit OS to be > supported. > > Related Issues/Questions: > Are 64 bit Operating Systems (OS) Supported in Spectrum? > > Problem Environment: > SPECTRUM 9.0 > Linux 64 Bit > Windows 2003 2008 64 Bit > Solaris 64 Bit > Solaris x86 > > Supported 64-bit OS for Spectrum 9.0 include: ******** > > Microsoft Windows Server 2003 Enterprise Edition (x64) base level > Microsoft Windows Server 2003 Standard Edition (x64) base level > Red Hat Enterprise Linux AS (x86 64bit) 4.0 > Red Hat Enterprise Linux AS (x86 64bit) 5.0 > Red Hat Enterprise Linux ES (x86 64bit) 4.0 > Red Hat Enterprise Linux ES (x86 64bit) 5.0 > Sun Solaris (SPARC 64bit) 9 > Sun Solaris (SPARC 64bit) 10**** **** > > ** ** **** > > On Thu, Jun 16, 2011 at 4:13 PM, Robert Borowicz <[email protected]> > wrote:**** **** > > I just realized the SS I inherited on my new job is 32 bit. I looked on the > CA Download page and do not see a distinction of 32 vs 64 bit distributions. > > Anybody know if CA has a 64 Bit Linux distro of Spectrum Infrastructure > Manager? > > Thanks ! > > -- > Robert K. Borowicz > ********Austin****, ****Texas************ **** > > **· **--To unsubscribe from spectrum, send email to [email protected] > with > the body: unsubscribe spectrum [email protected]**** **** > > > > > -- > Robert K. Borowicz > ********Austin****, ****Texas************ **** > > **· **--To unsubscribe from spectrum, send email to [email protected] > with > the body: unsubscribe spectrum [email protected] **** > **** > > ** ** > > > ============================================================================== > ******** > > ** ** > > This communication, including attachments, is confidential, may be subject > to legal privileges, and is intended for the sole use of the addressee. Any > use, duplication, disclosure or dissemination of this communication, other > than by the addressee, is prohibited. If you have received this > communication in error, please notify the sender immediately and delete or > destroy this communication and all copies.**** **** > > ** ** > > **** ** > > ****** > > ** ** > > **· **--To unsubscribe from spectrum, send email to [email protected] > with > the body: unsubscribe spectrum [email protected] **** > **** > > **· **--To unsubscribe from spectrum, send email to [email protected] > with > the body: unsubscribe spectrum [email protected] **** > > - --To unsubscribe from spectrum, send email to [email protected] with > the body: unsubscribe spectrum [email protected] **** > > > - --To unsubscribe from spectrum, send email to [email protected] with > the body: unsubscribe spectrum [email protected] > > > -------------------------------------------------------- > The information transmitted in this email and any of its attachments is > intended only for the person or entity to which it is addressed and may > contain information concerning Cablevision and/or its affiliates and > subsidiaries that is proprietary, privileged, confidential and/or subject to > copyright. Any review, retransmission, dissemination or other use of, or > taking of any action in reliance upon, this information by persons or > entities other than the intended recipient(s) is prohibited and may be > unlawful. If you received this in error, please contact the sender > immediately and delete and destroy the communication and all of the > attachments you've received and all copies thereof. > -------------------------------------------------------- > > ============================================================================== > > This communication, including attachments, is confidential, may be subject > to legal privileges, and is intended for the sole use of the addressee. Any > use, duplication, disclosure or dissemination of this communication, other > than by the addressee, is prohibited. If you have received this > communication in error, please notify the sender immediately and delete or > destroy this communication and all copies. > > -- Robert K. Borowicz Austin, Texas --- To unsubscribe from spectrum, send email to [email protected] with the body: unsubscribe spectrum [email protected]
