Lookout Exe high memory usage

[iwanhoo]

Any news about an issue with Lookout?

Ivan Krantic

UNO-LUX Processing

[Ryan.S]

I have tried several times,  but the memory could not exceed 30M no matter how often I changed the hypertrend group.

Actually it is by design that the memory will rise if a new group is loaded, but if you load it for twice, memory will not rise for twice. It is expected that the memory will go up by 20M or more if there are a lot of group switching operation. But I don't understand why it could go up to 1G. Maybe the hypertrend is not the issue.

Before we find a solution, is it possible for the operator to minimize the lookout periodically?

[iwanhoo]

I also think that hypertrend is not the issue. I have similar behaviour here, I can force memory usage to rise till 50M but not further by changing active groups on the hypertrends.

I observed memory usage increasing during this days and the only thing I noticed is that increasing is not connected to any action operator can perform. I left the SCADA active and I worked something else, and then I was checking the Task Manager every half hour. Memory usage rises by 2.5M every one hour. In case that such a progress contiues during the day, at the end of the day we will have increasing of more than 50M during the day.

Ivan Krantic

UNO-LUX Processing

Message Edited by iwanhoo on 03-30-2010 04:16 AM

[Ryan.S]

You have an SMS ActiveX object in the process. Where can I download it? Or you can upload to our ftp.

[iwanhoo]

I have it, and just uploaded it to your ftp. It's a zipped folder ActiveX.zip. You must register two ocx and one dll file in ActiveX folder using command regsvr32 from command prompt.

Please, delete the zipped file from ftp after you download it.

Ivan Krantic

UNO-LUX Processing

[iwanhoo]

This is the error that operators send us yesterday. After this they had to restart the Lookout.

What can cause this problem?

And please, pay attention on the memory usage of lookout.exe.

Ivan Krantic

UNO-LUX Processing

[Ryan.S]

Please install the Dr. Watson to make memory dump for the crash.

To install it, select Start->Run, input

drwtsn32 -i

Start->Run, input drwtsn32 again to configure the log file path and memory dump file name.

The Dr. Watson is a Windows component for debugging.

Next time you see the crash, a dump file and a log file will be generated. Upload these files to our ftp. From the dump file we will know where it crashes.

Please also click the "click here" on the popup dialog box to get the name of crash module when you see the crash again.

The files on NI ftp incoming folder will be deleted after 48 hours automatically. Only NI engineer is able to access these files.

[iwanhoo]

We will do so. Thank you.

Ivan Krantic

UNO-LUX Processing

[iwanhoo]

Any progress regarding our problem?

Ivan Krantic

UNO-LUX Processing

[iwanhoo]

I have some new questions about the same application.

Database is on the PC with Server application. It size at the moment is about 8GB. Those PC for some time starts Operating System very very slowly. Can the size of database cause this problem?

Also, the Client application stoped showing the trends from database. Do you maybe know what can cause such a problem?

And please, can you tell me do you have any progress regarding earlier problem?

By the way, is a forum the best way for us to ask such a questions? Or is there any techsupport that we can ask directly or by e-mail?

Regards

Ivan Krantic