Re: Distributing a gnuradio-flow diagram across multiple cpu's

Hi Anish, On 16/10/2020 06.45, Anish Mangal wrote: I ran volk_profile, and maybe saw some improvement or could be imagining things. Am I supposed to re-compile anything (gnuradio?) after I run volk_profile or it is some kind of runtime optimization? Will this also run on a mac osx? You don't

Re: Distributing a gnuradio-flow diagram across multiple cpu's

As Marcus mentioned, this flowgraph should not really consume that much CPU. The hackrf does not have a FPGA, although possible with other SDRs, this should really be fine to run on a CPU. One approach I've used in the past with higher bandwidth applications (50MS/s) was to precompute as much as

Re: Distributing a gnuradio-flow diagram across multiple cpu's

Your add_blk27 usage seems high. This leads me to believe you may not have run volk_profile. Run volk_profile in terminal. Since it's measuring timing, preferably without other processes interfering (for example, you should shut down stuff like web browsers and e-mail clients). You could

Re: Distributing a gnuradio-flow diagram across multiple cpu's

That is what it seems like... https://pasteboard.co/JvGuqC7.png This is on i7-4900MQ. I also updated the gnuradio-companion to 3.8.2.0 (Python 3.6.9). On Thu, Oct 15, 2020 at 1:33 AM Ron Economos wrote: > The Rational Resampler uses a lot of CPU cycles. Upgrading to GNU Radio > 3.8 won't

Re: Distributing a gnuradio-flow diagram across multiple cpu's

The Rational Resampler uses a lot of CPU cycles. Upgrading to GNU Radio 3.8 won't help. Ron On 10/14/20 08:01, Anish Mangal wrote: Thanks. I'll look at both those points before reverting. :) On Wed, Oct 14, 2020 at 7:18 PM Marcus Müller > wrote: again, 1.

Re: Distributing a gnuradio-flow diagram across multiple cpu's

Thanks. I'll look at both those points before reverting. :) On Wed, Oct 14, 2020 at 7:18 PM Marcus Müller wrote: > again, > > 1. outdated GNU Radio. More modern GNU Radio might perform better. > Updating isn't really optional when you're musing about performance. > 2. actually benchmark where

Re: Distributing a gnuradio-flow diagram across multiple cpu's

again, 1. outdated GNU Radio. More modern GNU Radio might perform better. Updating isn't really optional when you're musing about performance. 2. actually benchmark where your CPU is going. `htop` is a good tool if you turn on "thread names" in its settings. Best regards, Marcus On

Re: Distributing a gnuradio-flow diagram across multiple cpu's

Hi Marcus, Thanks for the quick reply. Here's a more complete flow diagram that doesn't use the block I mentioned above. https://pasteboard.co/JvBTisO.png This uses up most of my CPU, so I was wondering whether it was possible to spread this across multiple distinct computers. I'm sorry, that I

Re: Distributing a gnuradio-flow diagram across multiple cpu's

Hi Anish, what your subject line says, distributing across CPUs, GNU Radio does automatically. Across multiple distinct computers, you'll need to add some signal communications between these computers. The ZeroMQ network sinks and sources do that for you. But honestly, the flow graph you

Distributing a gnuradio-flow diagram across multiple cpu's

Hi, This is my very first post to this mailing list, so hello to all. I am a beginner in experimenting with gnuradio and sdr (hackrf-one). I am working on an application where I want to take multiple audio input sources and transmit multiple FM signals over one RF channel via the SDR. To this end,