Re: GNURadio Leaking memory during repeated simulations

2020-02-18 Thread Geof Nieboer
It's possible I suppose, but the IDE wouldn't have been my first guess, unless it's running in some kind of debugging mode where it can't garbage collect freed memory? I haven't used PyCharm so can't comment specifically on how it works. I would try to just to run the python example script from a

Re: GNURadio Leaking memory during repeated simulations

2020-02-18 Thread Roman A Sandler
Him Geof, I am running GR using the standard install but from PyCharm (I imported all the necessary environment variables from run_gr.bat into PyCharm myself). I installed tqdm on top of the GR python via pip. I also confirmed that the issue occurs even without tqdm. Could PyCharm be causing these

Re: GNURadio Leaking memory during repeated simulations

2020-02-13 Thread Geof Nieboer
Roman, I was able to run your code, and got a consistent 150-160 it/s through the whole run, with about 65MB of memory in use (as reporting by Task Manager). This was on Windows 10 running GR 3.8.0.0. I noticed there was another package installed (tqdm) that's not part of the GR install. So I w

Re: GNURadio Leaking memory during repeated simulations

2020-02-13 Thread Roman A Sandler
Hi Marcus, Thanks for the reply! My GNURadio version: *3.8.0.0 (Python 2.7.10)* It is the Windows 3.8.0.0 version downloaded from: http://www.gcndevelopment.com/gnuradio/downloads.htm Complete reproducible code is below. I use the tqdm package to monitor iterations per second. On my PC, the it/s

Re: GNURadio Leaking memory during repeated simulations

2020-02-13 Thread CEL
Hi, huh. That looks hard to debug; also, the slow down is suspicious (as long as there's memory available, it shouldn't take significantly longer to get some – usually, memory fragmentation isn't *that* bad, and this shouldn't be doing *that* much memory allocation). Could you put all your code i

GNURadio Leaking memory during repeated simulations

2020-02-11 Thread Roman A Sandler
Hi, I am using GNURadio to decode a large amount of 1024-sample complex vectors of different modulation schemes. Thus, I have a for loop which runs gr.top_block.run() at each iteration and uses a vector sink to collect the results. The issue is that as the simulation keeps going, each itertion tak