[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Serious performance regression in Gnu Radio recen

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: Gecko/20111108 Fedora/3.1.16-1.fc14 Thunderbird/3.1.16

On 02/05/2012 05:19 PM, Tom Rondeau wrote:

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.


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 :-(

Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium

reply via email to

[Prev in Thread] Current Thread [Next in Thread]