well, its 1 thread per block, but grc just generates the flow graph
code, its technically out of the loop.
The unspoken text here is that Gnu Radio has two different scheduling
"policies" for a flow-graph--the default
for several years had been TPB (Thread-Per-Block). Which improves
your odd
I was totally unaware of SIMD before you mentioned it. That's an
interesting subject. It is my understand that SIMD is integrated into
gnuradio through VOLK as of Dec. 2010. Doesn't look like I can use VOLK
directely from grc, or even from Python. Looks like it needs to be
implemented at the block
On 03/05/2012 01:58 PM, labarowski wrote:
>
>
> Josh Blum-3 wrote:
>>
>>
>>> - dont use a throttle, the usrp sink *is* back-pressuring the stream
>>
>>> - use this new signal source on my new_blocks or next branch, its much
>>> much faster:
>>
>>> git://gnuradio.org/jblum.git
>>
>>> http://gnur
Josh Blum-3 wrote:
>
>
>>- dont use a throttle, the usrp sink *is* back-pressuring the stream
>
>>- use this new signal source on my new_blocks or next branch, its much
>>much faster:
>
>>git://gnuradio.org/jblum.git
>
>>http://gnuradio.org/cgit/jblum.git/tree/gr-blocks/lib/signal_source.cc?
The single-core performance of an i5 at 2.4GHz is roughly 8GFlops.
That sounds like a lot, but keep in mind that every sample is
*touched* a *lot* in the average case. Every sample has to percolate
through layers of kernel, network/USB-stack, and C library, and Gnu
Radio. So at 50Msps, it doe
On 03/05/2012 08:10 AM, labarowski wrote:
>
> I'm using an Ettus N210. I have a simple block diagram in GRC with a cosine
> signal source feeding a throttle feeding the usrp sink. All share the
- dont use a throttle, the usrp sink *is* back-pressuring the stream
- use this new signal source on
I'm using an Ettus N210. I have a simple block diagram in GRC with a cosine
signal source feeding a throttle feeding the usrp sink. All share the
samp_rate variable as their sampling rate, which I am trying to get to 50M.
So far, I've been able to achieve up to 25MSPS using Complex int16 as the
wi
