Author Topic: Some more avast! service questions :-)  (Read 10008 times)

0 Members and 1 Guest are viewing this topic.

Offline Lars-Erik

  • Avast Evangelist
  • Sr. Member
  • ***
  • Posts: 394
    • Lars-Erik Østerud
Some more avast! service questions :-)
« on: April 18, 2005, 01:16:19 AM »
1) Why is the WebScanner service so large (4,3 MB), doesn't it use most of the same techniques as the Standard shield (3,7 MB)?

2) The Standard Shield (ashServ) keep ticking in "I/O reads" all the time. Getting a huge number (only ZA's vsmon has more). Even when no files are scanned (system idle) the I/O keep ticking in (5 Kbytes a second), why?  What is it scanning/monitoring when idle?

www.osterud.name - ICQ: 7297605 - AIM/Yahoo/Facebook/Skype/Astra: LarsErikOsterud

Offline igor

  • Avast team
  • Serious Graphoman
  • *
  • Posts: 11870
    • AVAST Software
Re: Some more avast! service questions :-)
« Reply #1 on: April 18, 2005, 01:34:11 AM »
How exactly do you "measure" these values?
(and, under which OS?)

Offline Lars-Erik

  • Avast Evangelist
  • Sr. Member
  • ***
  • Posts: 394
    • Lars-Erik Østerud
Re: Some more avast! service questions :-)
« Reply #2 on: April 18, 2005, 01:38:16 AM »
Just checked the task monitor (Ctrl-Shift-Esc) in WinXP :-)
www.osterud.name - ICQ: 7297605 - AIM/Yahoo/Facebook/Skype/Astra: LarsErikOsterud

sded

  • Guest
Re: Some more avast! service questions :-)
« Reply #3 on: April 18, 2005, 03:51:12 AM »
1) Mine shows they are about the same size also--6.0 vs 7.2.  Don't know the algorithm differences, but dynamic download checking with all the embedded stuff sounds harder than static file checking.
2)You must have something else happening.  Mine shows ashserv.exe using .5KB/s for monitoring all the activities, nothing else.  Windows XP, SP2.  Look at the standard shield last scanned file to see what it is-too high for the normal monitoring unless your setup is quite different than mine.

Offline igor

  • Avast team
  • Serious Graphoman
  • *
  • Posts: 11870
    • AVAST Software
Re: Some more avast! service questions :-)
« Reply #4 on: April 18, 2005, 11:00:32 AM »
Well, I rather meant what values do you refer to (in Task Manager), regarding the size.

As for the in/out of Standard Shield - it's caused by MS Jet drivers, doing some reading from avast! database, as you can see e.g. in File Monitor. I'm afraid we cannot do anything about it, except for switching to a completely different storage and getting rid of the Jet drivers (which is planned for the future, but will certainly take some time).

sded

  • Guest
Re: Some more avast! service questions :-)
« Reply #5 on: April 18, 2005, 07:42:51 PM »
That explains at least part of the differences in 2).  I am using XML, not ODBC for data storage.

Offline Lars-Erik

  • Avast Evangelist
  • Sr. Member
  • ***
  • Posts: 394
    • Lars-Erik Østerud
Re: Some more avast! service questions :-)
« Reply #6 on: April 18, 2005, 08:07:37 PM »
Can you choose how avast! stores its data?
I tough the Access database was the only way?
www.osterud.name - ICQ: 7297605 - AIM/Yahoo/Facebook/Skype/Astra: LarsErikOsterud

sded

  • Guest
Re: Some more avast! service questions :-)
« Reply #7 on: April 18, 2005, 08:35:38 PM »
Yes; under "common" in avast.ini add the line Database=XML .

Offline igor

  • Avast team
  • Serious Graphoman
  • *
  • Posts: 11870
    • AVAST Software
Re: Some more avast! service questions :-)
« Reply #8 on: April 18, 2005, 08:47:46 PM »
Note that the XML storage is limited - it doesn't store results of sessions in avast! Professional; even if you are willing to omit them (in avast! Pro), you should use the latest beta at least.

Offline Lars-Erik

  • Avast Evangelist
  • Sr. Member
  • ***
  • Posts: 394
    • Lars-Erik Østerud
Re: Some more avast! service questions :-)
« Reply #9 on: April 18, 2005, 10:01:48 PM »
I don't very much save anything :-)
Besides I use the Home edition.
www.osterud.name - ICQ: 7297605 - AIM/Yahoo/Facebook/Skype/Astra: LarsErikOsterud

Offline Lars-Erik

  • Avast Evangelist
  • Sr. Member
  • ***
  • Posts: 394
    • Lars-Erik Østerud
Re: Some more avast! service questions :-)
« Reply #10 on: April 18, 2005, 10:02:49 PM »
Yes; under "common" in avast.ini add the line Database=XML .

Do I have to copy something from the Acess database manually.
Or will avast! move all setting to XML when I change the setting?
www.osterud.name - ICQ: 7297605 - AIM/Yahoo/Facebook/Skype/Astra: LarsErikOsterud

Offline igor

  • Avast team
  • Serious Graphoman
  • *
  • Posts: 11870
    • AVAST Software
Re: Some more avast! service questions :-)
« Reply #11 on: April 18, 2005, 10:11:47 PM »
No, it won't - you'll have to configure it again, I'm afraid.

Offline Lars-Erik

  • Avast Evangelist
  • Sr. Member
  • ***
  • Posts: 394
    • Lars-Erik Østerud
Re: Some more avast! service questions :-)
« Reply #12 on: April 18, 2005, 11:14:41 PM »
OK, but I guess one can let avast! make an empty XML file, and then copy the values from the Access database afterwards, or..?

Why doesn't the installer ask if one wants XML or Access btw?
www.osterud.name - ICQ: 7297605 - AIM/Yahoo/Facebook/Skype/Astra: LarsErikOsterud

Offline Dwarden

  • Avast Evangelist
  • Super Poster
  • ***
  • Posts: 1793
  • Ideas, that's ocean without borders!
    • Bohemia Interactive
Re: Some more avast! service questions :-)
« Reply #13 on: April 18, 2005, 11:57:47 PM »
OK, but I guess one can let avast! make an empty XML file, and then copy the values from the Access database afterwards, or..?

Why doesn't the installer ask if one wants XML or Access btw?


interesant question, but should be part only of custom install (advanced) not for n00bs :))
https://twitter.com/FoltynD , Tech. Community, Online Services & Distribution manager of Bohemia Interactive

Offline igor

  • Avast team
  • Serious Graphoman
  • *
  • Posts: 11870
    • AVAST Software
Re: Some more avast! service questions :-)
« Reply #14 on: April 19, 2005, 12:28:15 AM »
As I was trying to explain in some other thread today, the XML storage is currently considered an "emergency backup" that's deployed when the usual method fails - so nothing we would like to ask the user about.