Jump to content

Recommended Posts

14 hours ago, itman said:

My memory usage has been in the 95 MB range all day after increasing from 40 MB or so at system startup time. However, this is double the amount observed yesterday. 

The point here is that your memory usage changes. It grows and decreases. It fluctuates. Mine only grows or, at best, remains high without decreasing. And it seems that administrators don't give a solution. I'm still waiting for an answer.

Link to post
Share on other sites
  • ESET Insiders

Hey,

 

My friend had this problem too, even with his PC wouldn't boot back into windows normally.   So he removed eset.

Link to post
Share on other sites
  • Administrators
1 hour ago, BeanSlappers said:

My friend had this problem too, even with his PC wouldn't boot back into windows normally.   So he removed eset.

I assume this was a different issue. Even a memory leak would not prevent Windows from booting since memory use would be low at the beginning. We'd like to look into it and ask the user to contact us for assistance.

Link to post
Share on other sites
  • ESET Insiders

Hey Marcos,

 

I did, but also because he read the stuff that I told you about in the post I did on his behalf, and saw how it was handled he decided to chance to another vender, he felt that if I was being treated that way, he would to and that was not ok, so he changed to bit defender.

Link to post
Share on other sites

What I am observing is after an extended power down state such a return from Win 10 sleep mode, ekrn.exe will release memory. Also as I observed yesterday, the same will happen if the PC is idle for an extended period of time. Otherwise, memory usage keeps increasing. But I have not seen it exceed 100 MB or so on my device excluding Eset off-line scan use.

I also suspect that if a device has a background app task constantly running, Eset won't release memory. Therefore, one possible source here is additional security, backup, or the like software running.

Edited by itman
Link to post
Share on other sites
2 hours ago, itman said:

What I am observing is after an extended power down state such a return from Win 10 sleep mode, ekrn.exe will release memory. Also as I observed yesterday, the same will happen if the PC is idle for an extended period of time. Otherwise, memory usage keeps increasing. But I have not seen it exceed 100 MB or so on my device excluding Eset off-line scan use.

I also suspect that if a device has a background app task constantly running, Eset won't release memory. Therefore, one possible source here is additional security, backup, or the like software running.

I didn't observe the release of memory after extended power down state. My computer may be up 13 hors without use and when I switch on it again the usage of RAM by ESET is the same as when I switched it off. Don't know what's the cause and I'd appreciate the support of administrators. because this happened recently, it dodn't happen previously.

Link to post
Share on other sites
On 4/5/2021 at 10:19 AM, Marcos said:

I assume this was a different issue. Even a memory leak would not prevent Windows from booting since memory use would be low at the beginning. We'd like to look into it and ask the user to contact us for assistance.

Marcos, look the screenshot. After scaning the computer the usage of RAM raised above 500 Mb and doesn't return to normal usage. That's too much! Does it means I can't make scans of the computer?

I sent you a week ago the Log Collector you asked me for, no news. Wha's happening with my ESET product?

 

ESET memoria 4.jpg

Link to post
Share on other sites

Are you letting Windows control the size of your page file? One possibility here is the page file size file is not large enough resulting in processes including ekrn.exe to use more memory than they normally would.

Link to post
Share on other sites
  • ESET Insiders
5 hours ago, itman said:

Are you letting Windows control the size of your page file? One possibility here is the page file size file is not large enough resulting in processes including ekrn.exe to use more memory than they normally would.

I personally don't use pagefile at all and never had this problem.  It looks like this but from the screenshot looks like the user is using 8 or 8.1.

Link to post
Share on other sites
12 hours ago, itman said:

Are you letting Windows control the size of your page file? One possibility here is the page file size file is not large enough resulting in processes including ekrn.exe to use more memory than they normally would.

The problem appeared in last days. That's the point. I didn't change anything, but ESET started to work badly.

Link to post
Share on other sites
7 hours ago, BeanSlappers said:

I personally don't use pagefile at all and never had this problem.  It looks like this but from the screenshot looks like the user is using 8 or 8.1.

Yes, you are right, it's Windows 8.1. I found out that the problem happens just after on-demand computer scan. The first time was the March 28th, after scan, the usage of RAM reached 821 Mb and 25% of RAM. I uninstalled the ESET product in Safe Mode and reinstalled it. Immediately after installation the use of RAM was 164 Mb (normal) which grew to stop at 340 Mb. (This hapened last March 29th.) Yesterday I did a new scan and RAM usage reached over 700 Mb. I switched off the computer, waited more than 13 hours before switching on. No, like the previous time , more than 13 hours later and memory had not been free.

I forced the switched off of computer (it must not be done, but I didn't find another solution to close the process ekrn.exe without uninstalling again) and after this forced switched off the use of memory is relatively normal again: right now 270 Mb.

A computer friend of mine has told me that, in the absence of other problems with the computer or programs, ESET being the only one affected, it seems as if after on-demand scan the antivirus could not free the memory used. But then it would be a problem of the antivirus.

So, right now I can't use the on-demand computer scan except if I'm ready to uninstall and reinstall ESET every 10-15 days, or to force the switched off of the computer. And no, I don't want to do either.

I wonder if something has changed in the way ESET does on-demand computer scan. Until mid-March the analysis record did not show something that since the end of March it does: Working Memory = C :\Windows\explorer.exe - is correct

May it be the cause?

 

Link to post
Share on other sites

It would have been helpful if you stated initially you were using Win 8.1.

Since almost everyone is using Win 10 currently with a few Win 7 "hold-outs," finding the source of this issue on your build might take a while,

I also recommend you open a tech support request with your local in-country Eset representative.

Link to post
Share on other sites
Posted (edited)
8 minutes ago, itman said:

It would have been helpful if you stated initially you were using Win 8.1.

Since almost everyone is using Win 10 currently with a few Win 7 "hold-outs," finding the source of this issue on your build might take a while,

I also recommend you open a tech support request with your local in-country Eset representative.

I did it. That's why I came here looking for help. Technical support recommended uninstall and reinstall the ESET product. When it was seen that it didn't solve the problem, the support told me "it is a problem of your computer" without asking not even a Log Collector nor any other additional analysis. Simply they washed their hands of the problem. It's outrageous. The technich computer I mentioned above told me that you can't say so lightly that it's a problem on my computer without aditional tests. Just it's that: ESET is washing their hands of the problem.

Edited by AlSky
Link to post
Share on other sites

High memory usage on Win 8.1 is nothing new. Back in 2014 or so it was traced back to an improperly configured network adapter setting:

https://www.youtube.com/watch?v=FzmzR3FFS8w

https://learningpenguin.net/2014/03/20/fixed-high-memory-usage-in-windows-8-1/

Microsoft supposedly fixed this via a Win Update patch.

However, here is the same behavior you're complaining about occurring in FireFox: https://www.bleepingcomputer.com/forums/t/696212/high-memory-usage/

Bottom line - I would "cut Eset some slack" on finding the source of the problem. You might also consider upgrading to Win 10.

Link to post
Share on other sites

Since you're narrowed down the issue to Eset on-demand scanning, a few additional comments.

I have already posted there is an issue.  I observed on my Win 10 build that ekrn.exe allocated in the 240 MB range after the scan completed. It thereafter only released a portion of this with 170 MB still being used.

As to the possible source of this, I suspect WMI scanning. I noticed that WMI scan times have vastly improved recently. One possible reason is Eset may be using a lot more memory in the scanning process. When you perform your next on-demand scan, do a Custom scan and uncheck WMI scanning. When the scan completes, verify that ekrn.exe memory usage is still abnormally high.

Why this issue is more pronounced on your build is because it appears you have a lot of memory installed. Also, there appears to be a lot of free memory available. Eset therefore is using more memory on your device than on one with lesser memory installed.

Edited by itman
Link to post
Share on other sites
5 hours ago, itman said:

Since you're narrowed down the issue to Eset on-demand scanning, a few additional comments.

I have already posted there is an issue.  I observed on my Win 10 build that ekrn.exe allocated in the 240 MB range after the scan completed. It thereafter only released a portion of this with 170 MB still being used.

As to the possible source of this, I suspect WMI scanning. I noticed that WMI scan times have vastly improved recently. One possible reason is Eset may be using a lot more memory in the scanning process. When you perform your next on-demand scan, do a Custom scan and uncheck WMI scanning. When the scan completes, verify that ekrn.exe memory usage is still abnormally high.

Why this issue is more pronounced on your build is because it appears you have a lot of memory installed. Also, there appears to be a lot of free memory available. Eset therefore is using more memory on your device than on one with lesser memory installed.

Thanks, itamn, for answering me, which the administrators don't do.

High RAM usage is the first time I've noticed it. Otherwise, I wouldn't worry. But it is the first time, before the use of RAM was rarely exceeding 200 Mb.

Nor would I worry if ESET used a lot of RAM for scan and then returned to normal. It is normal, programs and processes use more RAM during their operation. The problem is that it doesn't return to normal level, I already said: the RAM used is permanently occupied even if I switch off the computer and the only way to recover it is by uninstalling the ESET product or forcing the shutdown of the computer (forced shutdown). This is neither normal nor acceptable.

That's why it seems like a memory leak problem that is only solved by closing the process (forced shutdown is a way to close the process) or reinstalling the program... until you ask him to do again (scan) which causes the problem.

I think something has had to change in some recent update of the scan module and so now it looks like what I indicated above: now the scan record show "Working Memory = C :\Windows\explorer.exe - is correct". Working Memory, RAM. And that may be causing the problem. But in ESET nobody wants to know anything, it is easier to say, without proof, without even a Log Collector: "It is a problem of your computer". It's the most easy answer. Outrageus.

Link to post
Share on other sites
  • ESET Insiders
10 hours ago, AlSky said:

Yes, you are right, it's Windows 8.1. I found out that the problem happens just after on-demand computer scan. The first time was the March 28th, after scan, the usage of RAM reached 821 Mb and 25% of RAM. I uninstalled the ESET product in Safe Mode and reinstalled it. Immediately after installation the use of RAM was 164 Mb (normal) which grew to stop at 340 Mb. (This hapened last March 29th.) Yesterday I did a new scan and RAM usage reached over 700 Mb. I switched off the computer, waited more than 13 hours before switching on. No, like the previous time , more than 13 hours later and memory had not been free.

I forced the switched off of computer (it must not be done, but I didn't find another solution to close the process ekrn.exe without uninstalling again) and after this forced switched off the use of memory is relatively normal again: right now 270 Mb.

A computer friend of mine has told me that, in the absence of other problems with the computer or programs, ESET being the only one affected, it seems as if after on-demand scan the antivirus could not free the memory used. But then it would be a problem of the antivirus.

So, right now I can't use the on-demand computer scan except if I'm ready to uninstall and reinstall ESET every 10-15 days, or to force the switched off of the computer. And no, I don't want to do either.

I wonder if something has changed in the way ESET does on-demand computer scan. Until mid-March the analysis record did not show something that since the end of March it does: Working Memory = C :\Windows\explorer.exe - is correct

May it be the cause?

 

Hey Alsky,

Have you thought about upgrading to windows 10 IF your not getting windows updates??  I ask this because I found this:

https://docs.microsoft.com/en-us/lifecycle/products/windows-81

So I am thinking, that if your not getting windows updates at all, then might as well upgrade to 10, and see if that problem persists. 

Link to post
Share on other sites
13 hours ago, BeanSlappers said:

Hey Alsky,

Have you thought about upgrading to windows 10 IF your not getting windows updates??  I ask this because I found this:

https://docs.microsoft.com/en-us/lifecycle/products/windows-81

So I am thinking, that if your not getting windows updates at all, then might as well upgrade to 10, and see if that problem persists. 

Hello. I'm getting Windows updates monthly. Microsoft will release updates till January 2023. Here it's explained: https://answers.microsoft.com/en-us/windows/forum/all/windows-81-support-will-end-on-january-10-2023/68a198b3-7f64-44bb-bd1d-a8099958f6a5 So, by now, I'll receive updates as usual. Last update was in March with absolute normality.

On the other hand, I plan to buy new computer this year, I won't wait till 2023.

But the solution to this problem isn't to buy a new computer with Windows 10 or upgrade to that OS. The problem I'm currently experiencing is related to ESET and there is no guarantee that I won't suffer it on Windows 10 as well. This ESET problem has appeared recently, something fails, although since version 13.2.14.0 and later the ESET product gives me numerous bugs and erratic behavior (de-synchronization of the update module, problems updating (one day stopped searching for updates and there was no way I could update, I had to reinstall), protected browser that stops working) that technical support has been unable to fix.

My technic friend told me that if the problem affects only one program, the logical thing is to first rule out bugs in that program.

Microsoft told me the same thing. I explained the problem, and I was told that if the problem affects a single program and that program isn't part of Windows, first I should ask the program support service for help. And here I am, but those who can do something don't.

Edited by AlSky
Link to post
Share on other sites

Win 8.1 market share of installed Win desktop installations is .38%.

OS_Stats.thumb.png.fffc902851ac76767856272fc2fae94c.png

The number of Eset installations on Win 8.1 would lower this figure more.

Personally, I can't see Eset expending resources to resolve this issue. If they do, it is assumed it will be a low priority matter.

Link to post
Share on other sites
41 minutes ago, itman said:

Win 8.1 market share of installed Win desktop installations is .38%.

OS_Stats.thumb.png.fffc902851ac76767856272fc2fae94c.png

The number of Eset installations on Win 8.1 would lower this figure more.

Personally, I can't see Eset expending resources to resolve this issue. If they do, it is assumed it will be a low priority matter.

But all customers pay the same when we purchase our license. It isn't a valid argument that ESET has no interest in fixing problems for customers using a minority OS. I paid the same as you and everyone and I have the right to demand the same support. And if not, let ESET warn: "If you use the following OS (list) we won't be responsible for how the ESET product will work or solve any problems that arise".

But they don't, so I have right to support. No more than others, no less than others.

On the other hand, we don't know if the problem is related with the OS. Maybe yes, maybe not. So far, in the absence of a thorough analysis, the evidence points to a memory leak problem after doing an on-demand scan. The memory used is not free after it as it used to be (and as it should be anyway). Memory leak isn't a problem of the OS but of the specific software, in this case it's the ESET software.

On the other hand, I don't understand the apathy of the administrators. I thought that the Spanish support was bad, but I have seen that here is even worse. Administrator Marcos answered quickly requesting to dump of ekrn and log with Log Collector. As the English language isn't my native league and there are technical words that I don't understand well, I asked to indicate me with some screenshot how to do a dump of ekrn because I wanted neither to lose my time nor that of other persons doing a dump incorrectly. In other threads I have seen that are shown screenshots with the options that there is necessary to enable and disable in order to do some things. It isn't to ask too much the same deference. But there was no answer.

With something of patience on the same night I managed to do a dump of ekrn and the Log Collector (that last yes I knew how to do it). I sent it two times through PM to the administrator, two times because sometimes the reception of the MP can fail. No answer. Marcos has answered in this same thread to other users (to you between them) but not to the author of the thread.

Honestly, I don't understand the behavior of the administrator. In any case, he does a disservice to ESET.

Link to post
Share on other sites
  • ESET Insiders
7 hours ago, itman said:

Win 8.1 market share of installed Win desktop installations is .38%.

OS_Stats.thumb.png.fffc902851ac76767856272fc2fae94c.png

The number of Eset installations on Win 8.1 would lower this figure more.

Personally, I can't see Eset expending resources to resolve this issue. If they do, it is assumed it will be a low priority matter.

Well then that sucks doesn't it, because if they won't fix bugs for other OS's besides 10, then they probably will loose more customers.

Link to post
Share on other sites
  • ESET Insiders
5 hours ago, Marcos said:

A ticket was created for developers several days ago and it's still pending for being processed. So far I have no news for you. Will keep you posted.

Hey Marco's,

 

Well I hope this gets fixed because Alsky is right, he pays the same as us, and so therefor it shouldn't matter if he is using different to windows 10, this should be fixed and shouldn't be low priority.   This can tell people they they are not important enough to even been considered with their bugs etc.  I never intended to be a apart of a company with being an insider for this type of arrogance.

Edited by BeanSlappers
Link to post
Share on other sites
7 hours ago, Marcos said:

A ticket was created for developers several days ago and it's still pending for being processed. So far I have no news for you. Will keep you posted.

Hello, Marcos. Thanks for answer. I sent you through PM the link with a new Log Collector I did just after the last event of high usage of RAM after on-demand scan. It will have more useful information than previous one, because the one I sent you first was done after reinstalling the ESET product. Also is possible comparing both logs and check differences of ESET working before and after on-demand scan.

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...