|
From: | Marcus D. Leech |
Subject: | Re: [Discuss-gnuradio] Serious performance regression in Gnu Radio recent |
Date: | Sun, 05 Feb 2012 17:24:32 -0500 |
User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.24) Gecko/20111108 Fedora/3.1.16-1.fc14 Thunderbird/3.1.16 |
On 02/05/2012 05:19 PM, Tom Rondeau wrote:
I've backed OUTPUT_RECORD_SIZE down to 4096 on my system here, and it has acceptable performance for me. In the particular application at hand, there are six channels being displayed in a strip-chart, and the chart is updated at about 4Hz (I think, I'll have to check in the flow-graph). Looking at the plotter code in scope_window.py there's a lot of computational goo going on in Python land, including iterating over the input message buffer*number of channels. It's pretty ugly down there :-(It sounds like we need someone to work on a strip-chart functionality for the qtgui sinks. They do everything in C++ land, so we could optimize there more easily.In other news, glad you found the problem. What do you want to do about it in the meantime, since it's your code, and I think you're the primary user of the oscope under these conditions.Tom
-- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org
[Prev in Thread] | Current Thread | [Next in Thread] |