05-05-2006 11:35 AM
05-08-2006 07:11 PM
05-09-2006 09:16 AM
Thanks for the note. I also have a service request in on this and am supposed to hear back today. (SRQ #809591 with Mike).
I haven't dug thru the NI-DAQmx Base to see if the actual DMA allocation is in the kernel or in the user space. The RLP invoke node is a user space client calling into the Register Level Program in the kernel driver. The program has now been running again (with smaller number of samples on each cycle) since 10:51 AM EDT on 5/5.
Here is the output from "top -uw". If either the kernel or LabVIEW is leaking memory it is not doing it very fast! But even 80kb/cycle should show up as 80 Mbytes after 20 minutes (1000 cycles). The smaller # of samples should be about 50 kbytes for a buffer. So if it is leaking then it is not leaking the entire buffer. It may be that the DMA engine just can not get enough contiguous memory? Don't know, that is why you guys are the experts!! If there is anything else I can give you to help track this down, please let me know.
Processes: 61 total, 2 running, 59 sleeping... 227 threads 10:01:58
Load Avg: 0.56, 0.65, 0.84 CPU usage: 24.2% user, 24.2% sys, 51.6% idle
SharedLibs: num = 178, resident = 39.9M code, 3.59M data, 16.2M LinkEdit
MemRegions: num = 8413, resident = 171M + 10.3M private, 88.0M shared
PhysMem: 115M wired, 298M active, 843M inactive, 1.23G used, 22.7M free
VM: 4.43G + 107M 50874(0) pageins, 1956(0) pageouts
05-10-2006 04:35 PM
05-25-2006 05:08 PM
06-05-2006 06:03 PM
06-05-2006 06:04 PM
10-30-2006 09:55 AM
10-30-2006 10:58 AM
10-30-2006 11:02 AM