![]() |
|
#1
|
||||
|
||||
|
I have noticed that when Sysinspector is run, the memory use for ekrn more than doubles and it is not released back to the system. I am running this on a schedule once a week. My remote users were running it once a day usually 1st thing in the morning. If the machine is never restarted it looks like the memory use will continue to grow with each subsequent run. I now believe this is what caused the issue I was having on my Win2k server a few weeks back. In that case the process hung and ekrn caused the processor use to peg at 100% indefinitely. The only way to stop it was to reboot the server.
<edit> I have just done this on a few more random PC's int the office and some seem more well behaved than others. I am not sure what the common link may be.</edit> I have since stopped running this on any of my servers and only when needed on anything else. Any ideas? Last edited by PCMonk : March 16th, 2010 at 01:40 PM. |
|
#3
|
||||
|
||||
|
I have just removed the 4.0.474 and installed 4.2.35. Same issue. I started with a clean configuration. This is odd because I have machines that do not have this trouble. It has to be a Nod setting or a windows service pack... something. I am just at a loss as to what it could be.
Has anyone else noticed this? Could a few of you try it out and let me know? Just run the Sysinspector task and watch the ekrn.exe memory. Thanks |
|
#4
|
|||
|
|||
|
I assume you're using ERA. If that's the case, try re-creating the database from scratch and avoid requesting an ESI log from clients until the issue gets fixed.
|
|
#5
|
||||
|
||||
|
I am running this task directly from the tools menu on the client.
|
|
#6
|
||||
|
||||
|
I just dl'ed and ran the stand alone Sysinpector tool and ran it. The memory for the Sysinspector process is handled fine there and has no effect on the ekrn.exe process memory.
I ran the integrated version once more and got the same results, ekrn.exe memory started at 54 meg and finished at 118 meg. If I run it again it will only grow larger. If run on a schedule this would cripple the over the course of a few weeks if run daily. In which version is this a known bug and in which version was the fix released? I am running XP with Nod 32 ver 4.2.35.0 not on Vista or 7 (I have read some posts related to something like this with these OS versions) http://www.wilderssecurity.com/showthread.php?t=264932 "Are you using ERA4? This is a known bug which will be addressed in the release version of ERA4. To my best knowledge, ERA3 is not affected." |
|
#7
|
|||
|
|||
|
For what it's worth, I've just tried it a few times here (Win 7 Ultimate x64, 8GB RAM) just by clicking the "create" button on the SysInspector tab.
After each run, the ekrn.exe process has grown by approx. 12MB and is never reclaimed. This was repeated five times, and ekrn.exe is now 105MB (was 47MB). Jim PS ESET EAVBE 4.2.35 PPS 1H 15M later, now 15:34, and the process is still 105MB. Last edited by jimwillsher : March 18th, 2010 at 11:34 AM. |
|
#8
|
||||
|
||||
|
This may be related to an earlier issue...
http://www.wilderssecurity.com/showthread.php?t=264932 Both involve the sysinspector tool. |
|
#9
|
|||
|
|||
|
Quote:
Last edited by stackz : March 19th, 2010 at 11:11 AM. |
|
#10
|
||||
|
||||
|
For Windows XP creating a memory.vbs script and putting in the following drops it right back down after being run. Definitely a release issue with the SysInspector. I ran it up to 164 MB before I stopped and ran the .vbs script. Now ekrn.exe is running at ~42 meg.
ClearMem = Space(120000000) ClearMem = Space(90000000) ClearMem = Space(48000000) ClearMem = Space(20000000) 1st line for 256 meg of RAM or more 2nd line for 128 meg-196 meg 3rd line for 64 meg-96 meg 4th line for 32 meg-48meg
__________________
There are only 10 types of people in the world: Those who understand binary and those who don't... CSA
|
|
#11
|
||||
|
||||
|
Does anyone know if this has been confirmed as a bug?
![]() |
|
#12
|
||||
|
||||
|
Shameless bump... Anyone have any info on this?
|
|
#13
|
|||
|
|||
|
We will be releasing a newer SysInspector module to users with pre-release updates enabled shortly that will address this issue. After some time, it will be released to all users.
|
|
#14
|
||||
|
||||
|
Quote:
Any news to tell? Have a good one! Thanks! |
|
#15
|
||||
|
||||
|
As seen in the change log a fix has been included in version 4.2.58.
|
|
#16
|
||||
|
||||
|
Looks like x64 systems are specified. Should I assume that this applied to all platforms?
|
|
#17
|
||||
|
||||
|
I have personally tested 4.2.58 on several different machines all 32bit and the memory leak has not occurred. It appears to me as though it also includes 32bit machines.
|
|
#18
|
||||
|
||||
|
It seems better. On my laptop if I run it multiple times the memory use by ekern.exe will increase by a couple of meg each time. That is far better than before. I'll post back with the results from other PCs when I roll this version out to the network.
|
| « Previous Thread | Next Thread » |
| Thread Tools | Search this Thread |
|
|