tranglos, that huge delay with NOD32 screams something is wrong somewhere in your system. Such thing happening open a text file (as big it may be) with that hardware is not normal.
-Lashiec
Well, I've just found something very interesting. Accessing an .exe file, no matter how large (the largest I've found was over 35 MB), is instantaneous, as it should be. Accessing a plain text file of similar size (just lines of text, not even XML or any format NOD32 can recognize) with an unregistered extension produces a *huge* delay, 8 seconds or more before the file is displayed. TextPad opens this same file in a quarter of the time NOD32 takes to scan it! Renaming that file to .txt takes just as long. Renaming it back to the original extension, ditto.
I've now installed NOD32 3.0 trial on my Thinkpad as well, and I'm seeing the exact same behavior. The only thing the two computers have in common is the same version of XP SP2 PL. Unless there is something very wrong with that specific copy of Windows, I'd say it's NOD32, especially that the files II've used for testing are data files for a program I use on a daily basis, and the program loads them fully into RAM in no more than a second.
The interesting thing of course is that NOD32 scans executable files perfectly fast, but seems to have issues with text files. This may be an emergent property of the scanning algorithms they use, and of course I can instruct NOD32 not to look at those files. I need a 2-year, 3-machine license, so I'm being picky here, but with this discovery I think I can settle on NOD32 pretty safely.
Would you be willing to check how NOD32 behaves on your system? Just enable scanning all files and try viewing/opening a big enough textfile.
AntiVir's update scheduling is editable in the free version. And there's some trick to bypass that popups screen, it was posted in... Wilders?
-Lashiec
Shucks, scheduling is indeed editable (just found it out when I fired up my laptop, withy Avira still installed) and I retract my statement, thank you. The wieird thing is I was looking for it and it was not there.
marek