Re: ADVimba memory leak ?

[Mark Rivers via Tech-talk <tech-talk at aps.anl.gov>]

Hi John,

You were not responding to the most recent message in this thread, so it does not contain this important detail that you previously shared:

>> These numbers were for our production IOCs which are being run on a cluster and using procServ.  

> > I looked at an IOC run without any of this and it showed no growth in memory consumption.  So I am working on investigating the differences between these set-up.

Now you have found:

> This behavior is independent of the use of procServ.

So it appears that the problem is restricted to IOCs running on your cluster, it does not happen for a non-cluster machine, correct?

Here are a few ideas:

• Are the cluster IOCs running any additional software (SNL, other databases, etc.) that are not running on the non-cluster machine you tested?
• One thing that can cause memory usage to increase on an IOC is Channel Access clients.  A poorly written client could be making new connections, rather than re-using an existing connection. Have you run "casr 1" or "casr 2" on the cluster IOCs to see what clients are connected, and if the number of connections is increasing?

Mark

---

From: John Dobbins <john.dobbins at cornell.edu>
Sent: Wednesday, January 26, 2022 4:24 PM
To: Mark Rivers <rivers at cars.uchicago.edu>
Cc: tech-talk at aps.anl.gov (tech-talk at aps.anl.gov) <tech-talk at aps.anl.gov>
Subject: Re: ADVimba memory leak ?

 

I should add - if I stop image acquisition the IOC continues to leak at the same rate.  

---

From: Tech-talk <tech-talk-bounces at aps.anl.gov> on behalf of John Dobbins via Tech-talk <tech-talk at aps.anl.gov>
Sent: Wednesday, January 26, 2022 5:20 PM
To: Mark Rivers <rivers at cars.uchicago.edu>
Cc: tech-talk at aps.anl.gov (tech-talk at aps.anl.gov) <tech-talk at aps.anl.gov>
Subject: Re: ADVimba memory leak ?

 

Some more baffling details:

I have 8 IOCs running on a Pacemaker cluster of three computers:

chess15 - two IOCs
chess16 - three IOCs
chess17 - three IOCs

The IOCs on all leak memory (RSS) but each at rate specific to whatever cluster member they are running on.

chess15 ~  4.8 MB/hr

chess16 ~ 166 MB/hr

chess17 ~ 105 MB/hr

if I move an IOC from say chess15 to chess16 it now leaks at the rate specific to the computer it was moved to.

The growth is in spurts, the step size is almost always 264 KB, the frequency is set by the leak rate of that computer, but is any case the intervals are fairly regular.

This behavior is independent of the use of procServ.

Any ideas welcome!!!

I tried running an IOC with Valgrind, but image acquisition failed after a few frames.

John

---

From: Tech-talk <tech-talk-bounces at aps.anl.gov> on behalf of John Dobbins via Tech-talk <tech-talk at aps.anl.gov>
Sent: Friday, December 17, 2021 5:46 PM
To: Mark Rivers <rivers at cars.uchicago.edu>
Cc: tech-talk at aps.anl.gov (tech-talk at aps.anl.gov) <tech-talk at aps.anl.gov>
Subject: Re: ADVimba memory leak ?

 

Mark,

I'll need to look more carefully to determine if the growth is continuous or in spurts.

John

---

From: Mark Rivers <rivers at cars.uchicago.edu>
Sent: Friday, December 17, 2021 4:41:35 PM
To: John Dobbins <john.dobbins at cornell.edu>
Cc: tech-talk at aps.anl.gov (tech-talk at aps.anl.gov) <tech-talk at aps.anl.gov>
Subject: RE: ADVimba memory leak ?

 

Hi John,

 

I just some testing on one of our Allied Vision cameras.

 

Model                     GT1380

Firmware Version  00.01.54.17562

SDK Version         1.8.2

Driver Version       1.3

ADCore Version    3.11

Operating system   Centos8

 

I ran the following command to get the virtual memory size and the resident memory size, both in KB.

$ date;ps -o vsz,rss,cmd 13422

 

In the output below I have put the date on the same line as the ps output.

 

This is just after the IOC started, acquisition has not been started.

 

                                                      VSZ      RSS      CMD

Fri Dec 17 14:10:26 CST 2021 5993748 76732 /corvette/home/epics/support/areaDetector/ADVimba/iocs/vimbaIOC/bin/linux-x86_64-centos8/vimbaApp st.cmd

Fri Dec 17 14:10:33 CST 2021 5993748 76732 /corvette/home/epics/support/areaDetector/ADVimba/iocs/vimbaIOC/bin/linux-x86_64-centos8/vimbaApp st.cmd

Fri Dec 17 14:12:06 CST 2021 5993748 76732 /corvette/home/epics/support/areaDetector/ADVimba/iocs/vimbaIOC/bin/linux-x86_64-centos8/vimbaApp st.cmd

Fri Dec 17 14:18:16 CST 2021 5993748 76732 /corvette/home/epics/support/areaDetector/ADVimba/iocs/vimbaIOC/bin/linux-x86_64-centos8/vimbaApp st.cmd

 

So it ran for about 8 minutes and there was no increase in VSZ or RSS.  Thus, I do not see the increase of 0.15 MB/min (150 KB/min) that you see when not acquiring.

 

I now started acquisition.  This camera is 1360x1024 pixels.  Each image was thus 1360 KB.  I was acquiring at 5 frames/s, and I had the following plugins active:

NDPluginStdArray, NDPluginPva, NDPluginTransform, NDPluginROI, NDPluginStat, NDFileJPEG, NDFileTIFF.  The file plugins were not saving data.

 

                                                      VSZ      RSS      CMD

Fri Dec 17 14:19:10 CST 2021 6089256 125504 /corvette/home/epics/support/areaDetector/ADVimba/iocs/vimbaIOC/bin/linux-x86_64-centos8/vimbaApp st.cmd

Fri Dec 17 14:19:57 CST 2021 6089256 127336 /corvette/home/epics/support/areaDetector/ADVimba/iocs/vimbaIOC/bin/linux-x86_64-centos8/vimbaApp st.cmd

Fri Dec 17 14:23:26 CST 2021 6155792 134424 /corvette/home/epics/support/areaDetector/ADVimba/iocs/vimbaIOC/bin/linux-x86_64-centos8/vimbaApp st.cmd

Fri Dec 17 14:44:48 CST 2021 6155792 134848 /corvette/home/epics/support/areaDetector/ADVimba/iocs/vimbaIOC/bin/linux-x86_64-centos8/vimbaApp st.cmd

Fri Dec 17 14:45:55 CST 2021 6155792 134848 /corvette/home/epics/support/areaDetector/ADVimba/iocs/vimbaIOC/bin/linux-x86_64-centos8/vimbaApp st.cmd

Fri Dec 17 14:51:39 CST 2021 6155792 134848 /corvette/home/epics/support/areaDetector/ADVimba/iocs/vimbaIOC/bin/linux-x86_64-centos8/vimbaApp st.cmd

 

When acquisition was turned on there was an immediate jump in VSZ and RSS.  This is expected because a number of NDArrays have been allocated. RSS was still increasing 4 minutes after acquisition started.  In the ~21 minutes between 14:23:26 and 14:44:48 RSS increased by only about 400 KB, so less than the 1360 KB in a single image, and less 20 KB/min.  After 14:44:48 there was no further increase in RSS for the 7 minutes that I tested.

 

I then stopped acquisition.

 

                                                      VSZ      RSS      CMD

Fri Dec 17 14:51:57 CST 2021 6142152 121208 /corvette/home/epics/support/areaDetector/ADVimba/iocs/vimbaIOC/bin/linux-x86_64-centos8/vimbaApp st.cmd

Fri Dec 17 14:52:28 CST 2021 6142152 121208 /corvette/home/epics/support/areaDetector/ADVimba/iocs/vimbaIOC/bin/linux-x86_64-centos8/vimbaApp st.cmd

Fri Dec 17 14:59:34 CST 2021 6142152 121208 /corvette/home/epics/support/areaDetector/ADVimba/iocs/vimbaIOC/bin/linux-x86_64-centos8/vimbaApp st.cmd

Fri Dec 17 15:05:02 CST 2021 6142152 121208 /corvette/home/epics/support/areaDetector/ADVimba/iocs/vimbaIOC/bin/linux-x86_64-centos8/vimbaApp st.cmd

 

When acquisition was stopped VSZ and RSS both dropped.  RSS did not increase at all in the 13 minutes I observed after stopping acquisition.

 

Is the increase in RSS size you are seeing continuous, or does it suddenly increase at specific times?

 

Mark

 

 

From: John Dobbins <john.dobbins at cornell.edu>
Sent: Wednesday, December 15, 2021 2:47 PM
To: Mark Rivers <rivers at cars.uchicago.edu>
Cc: tech-talk at aps.anl.gov (tech-talk at aps.anl.gov) <tech-talk at aps.anl.gov>
Subject: Re: ADVimba memory leak ?

 

Mark,

 

An IOC which is not acquiring from the camera grows at ~ 0.15 MB per minute. (resident memory grows, virtual memory is constant)

 

An IOC acquiring an image (1116x836, 5.5 Hz), no plugins, grows at ~ 0.24 MB per minute

 

[ note:  0.24 MB/min  -->  10 GB after a month]

 

Enabling NDPluginStdArrays, NDPluginOverLay, NDPluginROI, NDPluginStats doesn't seem to produce additional memory growth.

 

John

 

---

From: Tech-talk <tech-talk-bounces at aps.anl.gov> on behalf of John Dobbins via Tech-talk <tech-talk at aps.anl.gov>
Sent: Monday, December 13, 2021 8:50 PM
To: Mark Rivers <rivers at cars.uchicago.edu>
Cc: tech-talk at aps.anl.gov (tech-talk at aps.anl.gov) <tech-talk at aps.anl.gov>
Subject: Re: ADVimba memory leak ?

 

Sorry, I should have said, Linux. I will investigate and report. 

 

John

 

---

From: Mark Rivers <rivers at cars.uchicago.edu>
Sent: Monday, December 13, 2021 7:36:10 PM
To: John Dobbins <john.dobbins at cornell.edu>
Cc: tech-talk at aps.anl.gov (tech-talk at aps.anl.gov) <tech-talk at aps.anl.gov>
Subject: RE: ADVimba memory leak ?

 

Hi John,

 

Is this on Linux or Windows?

 

Can you use “top” or other memory monitoring tools to see if memory usage increase corresponds to specific actions, such as stopping and starting the camera, errors about dropped frames, use of specific plugins, etc.?

 

Mark

 

From: Tech-talk <tech-talk-bounces at aps.anl.gov> On Behalf Of John Dobbins via Tech-talk
Sent: Monday, December 13, 2021 6:26 PM
To: tech-talk at aps.anl.gov
Subject: ADVimba memory leak ?

 

All,

 

We are using ADVimba with Mako G319B cameras. Over a period of three months memory usage has grown by an order of magnitude. Has anyone else encountered this?

 

Firmware Version 00.01.54.21000

SDK Version           1.8.0

Driver Version       1.1

ADCore Version     3.7

 

[ I can try newer version of ADVimba in january.]

 

Regards,

 

John Dobbins

 

Research Support Specialist

Cornell High Energy Synchrotron Source

Cornell University

 

www.chess.cornell.edu