My CCP is slow

[roger rabbit and pals]

Our CCPulse environment uses many macros in conjunction with the default template to track queue info. It is set to renew stats on thirty-second basis and it was obediently doing this during the last three months. Then last night for no apparent reason it is having difficulties with refreshing all the stats exactly on thirty second mark. It takes anywhere from fourty seconds to two minutes for its stats to refresh.

We have had tried everything including rebooting statserver and ccpulse. Nothing seems to fix the problem. What is it and what can we do to return it to the previous way it used to run?

[attachimg=1]

[move]Roger Rabbit and Pals[/move]

[victor]

[attach = 1]
Roger Rabbit: off the topic a bit, but I tried to get your [attachimg] to work, but it did not! Not sure, what the problem is, but I am surprised that you knew... (which makes me wonder if you are from the same Genesys group as I am  )

[tony]

A few things;

What dB are you running?  It's possible that dB indexing jobs are running whilst the sats are trying to be read off/collated at source.

I am (now) aware of a memory leak in verisons of CCPulse, relational to McAfee VirusScan Enterprise 8.0i.  See this thread;

http://www.sggu.com/smf/index.php/topic,1678.0.html

Hope this helps?

Tony

[roger rabbit and pals]

[quote author=Tony Tillyer link=topic=1965.msg6595#msg6595 date=1166446138]
A few things;

What dB are you running?  It's possible that dB indexing jobs are running whilst the sats are trying to be read off/collated at source.

I am (now) aware of a memory leak in verisons of CCPulse, relational to McAfee VirusScan Enterprise 8.0i.  See this thread;

http://www.sggu.com/smf/index.php/topic,1678.0.html

Hope this helps?

Tony
[/quote]

There is no db in CCP, Tony. Are you thinking about CCA or Hyperion?
We are using Trendmicro AV Enterprise. Do you think this could be it? I cannot ask my admin to remove AV from PC. Is there a work-around?

[tony]

- if you don't have a dB, you don't have a Genesys Framework(!)  Sorry, I wasn't being very clear;  I mean if your dB Admin have recently decided it's a good idea to run Table/Primary Key indexing on your config dB at a certain point in the day, it has the potential to affect the running of your CCPulse - as it would any running Genesys application which must access cfg (all of them, really)...

If your AV is not McAfee, then I would suggest you approach Genesys directly or search their KB to see if it will affect CCPulse.

Tony

[Adam G.]

RR,

Have you tried to track the requests in the data flow? Does the Stat Server get the request and how long does it take to respond?

Pavel

[mark]

RR,

A basic question for you, how many stats (both realtime and historical) are you viewing in the workspace?

Mark

[roger rabbit and pals]

[quote author=mark link=topic=1965.msg6608#msg6608 date=1166608447]
RR,

A basic question for you, how many stats (both realtime and historical) are you viewing in the workspace?

Mark
[/quote]


I am using it to monitor about 40 virtual queues using the default queue template. Nothing fancy.
Why would it slow down after three months and not right away?

[jlennan]

[quote author=roger rabbit and pals link=topic=1965.msg6611#msg6611 date=1166686414]
[quote author=mark link=topic=1965.msg6608#msg6608 date=1166608447]
RR,

A basic question for you, how many stats (both realtime and historical) are you viewing in the workspace?

Mark
[/quote]


I am using it to monitor about 40 virtual queues using the default queue template. Nothing fancy.
Why would it slow down after three months and not right away?

[/quote]

At our center we do about 50 virtual queues using an almost default template, as well as 50 campaign views for the outbound side of things.  We actually have our main CCPulse implementation running at our control center on a dual processor 2.8ghz Xeon dual processor PC with 2 gb of RAM.  At best we get about a 40 second refresh on all the stats.  First thing we check if we notice a slow down is the network between the CCPulse box and the StatServer.  I would highly recommend starting there and if you can get a 1000BaseT connection all the better.

[Samuel]

1XpxEW Hello! I'm Samuel Smith, i'm from Switqerland i and find your site really brilliant!

[tony]

Well, apart from the name and location - ditto!

[Planeray]

[quote author=jlennan link=topic=1965.msg6635#msg6635 date=1167338538]
[quote author=roger rabbit and pals link=topic=1965.msg6611#msg6611 date=1166686414]
[quote author=mark link=topic=1965.msg6608#msg6608 date=1166608447]
RR,

A basic question for you, how many stats (both realtime and historical) are you viewing in the workspace?

Mark
[/quote]


I am using it to monitor about 40 virtual queues using the default queue template. Nothing fancy.
Why would it slow down after three months and not right away?

[/quote]

At our center we do about 50 virtual queues using an almost default template, as well as 50 campaign views for the outbound side of things.  We actually have our main CCPulse implementation running at our control center on a dual processor 2.8ghz Xeon dual processor PC with 2 gb of RAM.  At best we get about a 40 second refresh on all the stats.  First thing we check if we notice a slow down is the network between the CCPulse box and the StatServer.  I would highly recommend starting there and if you can get a 1000BaseT connection all the better.
[/quote]

We've had a lot of problems with CCPulse as well. Many of our problems stem from running vast workspaces, requesting large numbers of stats. If you're only using a smaller template though, has the amount of users increased at all? An interesting point to consider is that Statserver only allows a finite number of stats to be collected - 100,000 per 30secs in the case of version 7.2. Note that that is 100,000 for all users. See how close you come to that.

Definately look into network connections - one of our 'problem child' sites turned out to have many network problems slowing it down...