Anyone else seeing the VIPRE agent using up a lot of CPU and RAM today? I first saw it with my Windows 8 desktop, which I had to power cycle several times. I also saw the indexer service was using a fair amount, so I reduced the number of locations it was indexing and that seems to have helped. I’m now working on a 7 system that is pretty locked up but showing similar symptoms. On the 7 machine, the service is using 1GB RAM, compared to 45MB on a machine that’s not acting up. This was on definitions 16916; I see 16920 is starting to work its way through my systems so we’ll see if that resolves it.

6 Spice ups

Mine is only using about 1.3MB of RAM I have not noticed any slowness today and we have not had slow computer reports.

nope… what version are you running?

Premium / Standard?

Currently SBAMsvc using about 32mb

SBPIMSvc about 400k

SBAMTray ~ 1.2mb

So - No high usage on mine

Defs 16914 (and standard not prem) ~ 9:52am PST

2 Spice ups

I am running premium.

I have had no issues with any of my 130 clients today.

Standard v6, latest client. 45MB was on an engineer’s laptop that was pretty busy. My desktop is idle and not using enough for task manager to register it.

Hasn’t been widespread, no one’s come to me about it yet. Still, one machine doing it is nothing, two is something.

Interesting that you’re already pushing 16920

Is yours set to do a scan each time new defs are updated? Disabled that on ours

(must have been an old setting - don’t see it in there any more)

I’m set to update every 3 hours (check for defs)
disable prescan def check before scans (checked)

If they release a bunch of defs that could cause issues…

Funny enough, 16920 is already outdated according to their site. As far as I know there’s no scan after updates happening, though I must be overlooking that option on the console.

You weren’t over looking - must have removed that setting… hadn’t looked at my settings in years…

Just making crap up apparently…

Do see 16920 on some machines but most are still 16914

Interesting…

I’m on 16920 and the SBAMSvc service is running around 6 MB right now. Was a scan running at the time you saw such high resource usage?

We are on Def 16920, only a few in the field are running it. I just kicked off the def push to the IT team for 16920 and we will see for that ver.

Majority of the systems here and in the field are running 16916 without issue.

No, nothing was running at the time. It happened on my system across three or four reboots. I finally had to go power cycle the 7 machine as well. Updated the definitions on both just in case.

wonder if its tied to a specific software package that its over analyzing…

used to get hung up on acad.exe a lot… would slow things down but never have a problem.

excluded and things got much smoother.

There’s not a whole lot of similar stuff on mine and the other one that acted up; it’s a finance box that doesn’t have much more than Office installed.

Seems to have calmed down. No clue what it was, but I’ll keep an eye out.

I had a very noticeable load spike on one of my file servers today for about an hour and a half. Saw Vipre-related process errors in the event log during that window, seems to have cleared itself up.

1 Spice up

Hey guys,

These seem like some isolated incidents but if these problems persist don’t hesitate to send me a PM and we can look into the individual cases.

~Brett

4 Spice ups

I seem to be seeing it again. It briefly happened on my desktop when opening something in Downloads, but cleared up after a minute or so. I’m working on a laptop now, installing an update, and SBAMsvc.exe is using 680MB RAM and jumping between 0% and 50% CPU. A pretty obvious result is that explorer basically stops responding, although programs open will generally respond until you try to minimize or close them - then it can’t seem to refresh that.

Attached is a screenshot of the process in task manager. If I open task manager before it gets out of control, I’m able to kill the process and the system will immediately respond quicker. An install that had been sitting there forever finished up right away after killing VIPRE. When the process starts again the system slows down.

Active Protection is enabled, high risk extensions only.

Capture.PNG

1 Spice up

Did have a false positives over the weekend… but nothing that hurt my performance across the network…

def 17092 = ~11am PST

sbamusage.JPG

Have you tried uninstalling and reinstalling Vipre on that machine?