v4.0 killing downloads? [Yes, it is!]

Has anyone else experienced any downloads, close to the end, to stop and not finish them?

Since I upgraded to the final version, I no longer could finished downloads. I'm talking about large ones here, like 85MB, for example.

I can finish small ones, like 500KB.


Thanks

P.S: I uninstalled EAV v4 Final, and I was able to finish downloads.

Can anyone else reproduce this issue? Try downloading a large file, let's say, 85MB. As large as mine.


Thanks

 

Yes, I noticed this on the RC version, and the release does it too. Any large file takes ages to scan before it completes. Noticeably longer than with V3.

Not sure if V4 is being more thorough, or if it is just slow.

 

Yes, this is a definite issue with 4.0. At the end of downloads ekrn.exe jumps to high CPU usage (80%+) and effectively kills off the guinea pig machine here. Downloads of around 50MB or more (which can hardly be called large) become impractical. In this case, the downloads are direct to a networked drive, and I have scanning of networked drives turned off. Curious, eh? Another product prematurely released by Eset (to be honest, I still consider v3.0 premature given the bugs it still has).

 

Does enabling active mode on the browser you are using by any chance solve the problem?

 

Never heard of active mode in any browser..Tell us where you find this at?

 

Look here! Check the boxes that you want for Internet Browsers.

TH

 

I always had active mode enabled. I even disabled it to see if it would let the downloads finish. No deal. I even disabled Eset. No deal. At least, I couldn't finish.


Regards

 

He is just trying to help out! As we all are!

TH

 

Well I have no problem downloading a 1Gig file that I just finished no slow down very consistent!

TH

 

I know.

Did anything of what I wrote pointed out I was being rude, somehow?

I only answered to a specific question.

I don't get your frustration.


Regards

 

By the way, I forgot to mention that I also experience this in one other system running EAV v4.0.

I hope Eset can figure something out. First, the CPU spikes. Now this, which never happened with the RC and Beta versions, I must say.


Regards

 

The way I see it not everyone has this problem I sure dont so it could be something else that causing the problem mention.

TH

 

Not likely. How do you explain that, after uninstalling EAV 4, I am able to finish my downloads?

I guess this is one more issue with Eset's products, along side the CPU spikes, which, also, don't happen to everyone.

 

Could someone post here a url to an example of such a large file so that we can check it with v3 and v4? I doubt there will be any difference and if there is, it must be caused by adding support for new archives/installers which are now scanned internally.

 

Settings.

As you may or may not have noticed, Triple Helix did point out that he managed to download a 1GB file with no issues.

 

I've just downloaded XP SP3 (300+MB @ 800KB/s) with no problem under V4.

IE7, Vista x64.


Jim

 

Hi Jim, it's not the download speed that is slow. That's fine. It's at the end when at 99% and the file is being scanned that the lag appears.

I've just downloaded a file from download.com, Google SketchUp. It is only 32Mb long, but there is a lag at the end. Quite a long lag considering its size. I haven't got V3 on now, to compare. There was a small lag with V3, but it feels longer with V4.

At 99%, CPU spikes to 50% with ekrn.exe (Core2 Duo, so one processor is maxed out at this point) and remains high (40 - 50%) until it completes. I've tried disabling Advanced Heuristics on new file creation, disabling Self-extracting Archives and I've tried different settings for the Archive nesting level but the result is the same.

Marcos,
here's the link to the Google SketchUp file from download.com but a larger file such as Vista SP1 from Microsoft may give a better example.

http://www.download.com/3001-6677_4-10257337.html?spi=fb7df3b6e02dc681244dea82301b7892

 

Sorry yes, I worded my reply badly.

Yes the lag is there. But the download did complete properly.


Jim

 

We'll check that file. It seems to be a 7-zip sfx archive and frankly, it doesn't make sense to me why it takes about 17 seconds to scan it given that the msi embedded in the sfx archive is not scanned internally. The scan time is same for v2/v3/v4.

 

That took a massive 42 seconds to scan for me under V4. Poor....


Jim (Core 2 Duo T7600 @ 233Ghz, 4GB RAM, momentus 7200.3 drive (fastest 2.5" drive currently available).

 

I've downloaded this file (and also other bigger ones) and had no problems.
I'm using a download manager (Internet Download Accelerator).

Forellenblau

 

Yes, I've just tried downloading this file on a friends machine which has V3 on it, and the lag is there too. I hadn't noticed any problems like this on V3 before, it only became apparent on V4 Release Candidate. Perhaps a recent definition update has changed something?

Hope you can track this down.

 

I can confirm this behaviour - the problem now exists on v3, too. As a 54MB download tries to finish here, v3 and v4 both take anything from 3 to 7 minutes(!!!) to scan it. This is on test machines here, and on customer machines we have also tried today. On our test machines, the download is to a network drive (via a UNC path) with scanning of networked drives turned off in NOD32, while the customer machines all downloaded to a local drive. The problem is the same.

I won't post a download URL here, but if anyone from Eset is interested, I can provide a (legitimate) test URL via PM.

 

... and to follow up on this, even if I delete the (just about completely downloaded) file, ekrn.exe continues at its excessivle high CPU usage ad infinitum. Only a reboot of the computer in question clears the condition.

 

I always have maximum settings up, but I also tried disabling such features, such as active mode (for browsers). No deal.

I even tried disabling EAV 4 itself, but, same deal.

For what it seems, there are CPU spikes, due to this.

Could this be nothing but the CPU spikes history all over again? And not a new problem?

I mean, a user was able to download a 1GB without any problem. So, this makes think that, this situation, only happens to those having the CPU spikes, still.

As someone also mentioned, the downloads breaks at 99%, when EAV checks for the files.