I experience on my System very high/frequent disc activity (2 disc access operations per second) caused by Avast itself or by the Windows Explorer concerning Avast files:
by the ashServ.exe and ashDisp.exe processes:
to \DATA\Avast4.ini
to \DATA\Avast4.mdb
by the explorer.exe process:
to \Aavm4h.dll
I’m using XP/SP-2 with all security patches, and (I think) the newest Avast version. All Avast providers but the “Standard Shield” are disabled. The activity starts right after a system reboot and remains active.
So what the hell is going on? And how can I stop this activities (besides by deinstalling Avast ;-))?
file access to Avast4.mdb and Aavm4h.dll seem to be gone
access to Avast4.ini has been reduced to a 6s interval
I think, the previous security level of the standard shield was normal; though I’m not sure by 100% because the switching to XML caused that all providers were running again after system boot.
Yes as Tech mentioned the MS Jet Drivers which are used when the database used is ODBC can on occasions cause this type of activity. Changing the database to XML seems to resolve that, there is the fact that the settings may well be lost in the change of database storage method and that is what you saw.
Hopefully you are now back to were you were before but without the HDD activity.
I have just dicovered the condition reported by mek to be occurring on my system.
In an earlier release of avast when this “disk hammering” had been reported I had confirmed that it was definitely not happening for me. Now I find that it is. While the “prescribed medicine” (XML instead of ODBC) has had the same calming effect it had for mek, I wonder if there is any information on why this problem should arise when it was not present before.
I just called another avast! user (current version) also on WinXP SP2 and asked him to check his system. He also has exactly the same condition as reported by mek.
I wonder how many other users are unaware that they do too. Would it reduce the i/o overhead for avast! for Home Edition users generally if XML were the default?
It’s nothing new, it’s just no one listened when we were alarming that something strange is happening. This thread is not quite new, and it tells much about some boot-time issues.
No Home Edition here, and I don’t use XML data storage, I use ODBC as suggested (for Pro version) by Alwil team many times by now… still booting time went up to whole 1 and a half minute. That’s unbelievable slow considering how it was before. And this is a list of my startup items (I keep it very clean):
On my test machine I completely uninstalled avast! (Home Edition on that one though), cleaned registry and every single trace of avast! and installed NOD32. What a decrease in boot time, that’s unbelievable. System starts almost immediatelly. Oh, forgot to say, Kerio latest version is installed on both systems.
interesting that you connect this with boot time issues.
I changed from ODBC to XML and it did not seem to affect me at all, other than (when I inspected my Filemon log) all the excessive accesses ceased.
The person I called - having the identical condition as mek- went ballistic at me for recommending a change (ODBC to XML) that dramatically increased his boot time. The avast logo in the systray spinning “forever” before the ZoneAlarm client loaded. Reverting to ODBC restored the speedier system startup.
I tried going back as far as 4.6.655 but the “mek” excessive accesses persist. I guess I have not been monitoring too closely as each avast! update was deployed.
To be fair to our friends in the avast! team even reverting to ODBC (with the “excessive” accesses recorded by Filemon) are, for me, not having a significant effect on CPU utilization and appear to be managed largely within memory and not incurring any recordable amount of extra physical disk activity.
Well, what else ? I’ve read about those “disk hammering” issues, and same thing happens during the bootup process (after logging into Windows)… extensive disk activity for no visible (I mean so obvious) reason. As you can see, not many programs are in my startup, so I really don’t see any need for ashServ.exe to use that much of a CPU time.
Well I have to agree with Sasha,
I see no reason for this to happen.
As alarnf said “The avast logo in the systray is spinning “forever” before the ZoneAlarm client loaded”.
This wasn’t happening when I had Bit Defender installed before.
I use ODBC and my boot lasts for two minutes, annoying ha?!
Remember, if you ask which is better ODBC or XML? I’ll say that for the Home version, they are equal.
For the Professional version of avast!, XML is missing some functionality (compared to ODBC), so switching avast! Pro to XML storage is not a good idea: ODBC makes it possible to store the past sessions in the Professional version - which is not possible with XML. Appart from this, Enhanced User Interface behaves strange when switched to XML storage - when a task is started, another instance of it appears in the list (of the tasks, not of the corresponding sessions!). Alwil did not explore the problem deeper yet, so it could be a bug or just something caused by the inability to store additional info in the storage. Right now, XML storage is currently considered just a backup option for avast! Home.
So with Professional version, try to update the Jet drivers (MDAC package) and see if it helps (http://www.microsoft.com/data).
antivirus interacting with firewall at logon is always a problem in SP2.
For me, avast runs ok, but Kerio gives me an error: cannot connect to service