|
From: | mleech |
Subject: | Re: [Discuss-gnuradio] uhd_fft not resonding |
Date: | Thu, 18 Dec 2014 15:32:01 -0500 |
User-agent: | Roundcube Webmail/1.0.2 |
The N210 neither knows, nor cares, *what* is going on on your CPU, nor whether there's enough CPU for it to send samples to you. To use a physical-world analogy, Niagara Falls neither knows, nor cares, whether the bucket you're holding at the bottom of it to "capture" it is big enough--it'll just keep on being Niagara Falls regardless. Also, you'd quoted 45% CPU consumption, which is *total* consumption, which means that at least *ONE* CPU was probably totally-pegged. Individual processes don't automatically occupy multiple CPUs. That's not how multi-core systems work. The kernel schedules threads across multiple CPUs the best it can. A single process thread can still "starve" for CPU, even if other threads, on other CPUs are "happy". In this case the thread that was doing your FFT display logic was probably running into CPU limitations--the wxGUI FFT sink (which is what is used by uhd_fft) isn't the most efficient. However, on a modern i7 CPU, it should still be able to support 15 updates/second, so I'm guessing that your CPU performance profile is set to something like "power saving" or similar. You'll have to research how to adjust that on Ubuntu under Unity, since I don't know myself.
On 2014-12-18 15:24, Richard Bell wrote:
|
[Prev in Thread] | Current Thread | [Next in Thread] |