|
From: | Mark McCarron |
Subject: | Re: [Discuss-gnuradio] WX GUI FFT Sink Performance |
Date: | Thu, 16 May 2013 18:36:27 +0100 |
Marcus,
Accurate output is great when doing analysis, but if you just want to create a quick interface that will allow you to see a little more detail, then overlapping or duplicating the stream is fine. The error in the output is always within a given tolerance and that can be suitable for a lot of applications. By no means am I suggesting to eliminate the accurate GUI elements, just that an alternative should be offered. I tested your sample and that works fine on my machine. I have updated it to a refresh rate of 30 and this is when it becomes unresponsive. I ran perfmon and the resources seem fine, but I do see a massive spike in page faults and transition faults when executing a flow graph. That, in itself may not be an issues, but I have checked all the usual bottlenecks and they are barely being touched. I'm running the latest Windows build of this on a quad core Win2012 server with 16GB ram. It seems like a bug in the build. Regards, Mark McCarron Date: Thu, 16 May 2013 13:02:09 -0400 From: address@hidden To: address@hidden Subject: Re: [Discuss-gnuradio] WX GUI FFT Sink Performance On 05/16/2013 12:41 PM, Mark McCarron wrote: So, you'd rather see fast updates of near-complete-nonsense, than slow updates of accurate data? :) :) Works for me with the latest Gnu Radio on F14. You may just be running out of computational steam in Python land, since the wxGUI FFT sink does waaaay too much of its "stuff" in Python land. Python runs up to about 100 times slower than equivalent native code. I've attached a simple test that works just fine here. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org _______________________________________________ Discuss-gnuradio mailing list address@hidden https://lists.gnu.org/mailman/listinfo/discuss-gnuradio |
[Prev in Thread] | Current Thread | [Next in Thread] |