Re: [Discuss-gnuradio] gnuradio-companion and multithreading

Hi Marcus,
> Hi Andreas,
>
> GRC is already as multithreaded as GTK applications can generally be --
> I think the bottleneck here is really your Bananapi's CPU, its RAM and
> its graphics card driver.
If i stop the drawing of all the graphs in the compiled GNU Radio
application, i could change parameters like the volume or gain with the
sliders/text boxes now.

The next was to decrease the sample rate of some blocks by adjusting the
decimation.

I could not reduce the sample rate of the RTL block below 1 Msample. The
testing tool told me that sample rates below 1M are invalid for the RTL
stick. So i think the RTL source block needs the most CPU time.

All this changes reduced the overruns a lot. The CPU load decreases
about 20 % to about 170 %.

This application works in general.
> To be honest, I generally consider the Raspberry Pi and similar devices
> to be embedded ones with hardware that underwent optimization for
> exactly this application -- low cost embedded media playing linux GPIO
> bitbanging computing. Not general purpose GUIs like the GRC.
>
> Generally, the most sensible approach to using such devices with GRC I'd
> say is to run GRC on your "real" PC, and transfer over the resulting
> python program to your embedded device. Please don't expect wonders from
> the signal processing performance of a dual core ARM processor --
> there's only so much FLOPS you can get out of silicon...
Ok, and which processors do you suggest in general for signal processing
? Which processors are optimized for signal processing ?
>
> Best regards,
> Marcus
regards,
Andreas



_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio