This is completely normal, and not a memory leak, or anything to be concerned about at all. The kernel reads in data from disk and buffers it in memory when an application (such as gst-launch) reads from a file. It doesn't throw this data away immediately afterwards - it'll free it if there's other data it wants to keep in the buffer cache instead, or if there's memory pressure from other things. The big hint here is that even after you terminate gst-launch (with ctrl-c) the memory is still being used - this means it couldn't possibly be a bug in the application. Mike 2010/3/3 Yang Felix <felixyang_tw at hotmail.com>: > Dear all: > I use the following to test the filesrc: > > gst-launch filesrc location =./hd1.mpg ! filesink location =./testfile > > before executing, the memory is > # free > total used free shared > buffers > Mem: 254692 38368 216324 0 76 > Swap: 0 0 &n bsp; 0 > Total: 254692 38368 216324 > > > after executing, the memory is > > total used free shared buffers > Mem: 254692 249068 5624 0 72 > Swap: 0 0 &n bsp; 0 > Total: 254692 249068 5624 > > > > The size of hd1.mpg is 388271324 bytes > filesrc version is 0.10.25 > > Even I use control-c to stop, the free memeory is gone. > > Can anyone help me? Thanks! > > > ________________________________ > Hotmail ??????????????? ???? > ------------------------------------------------------------------------------ > Download Intel(R) Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Gstreamer-embedded mailing list > Gstreamer-embedded at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded > >
