[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Planning for the future

From: Bob McGwier
Subject: Re: [Discuss-gnuradio] Planning for the future
Date: Wed, 13 Feb 2008 19:05:44 -0500
User-agent: Thunderbird (Windows/20071031)

Or have them all be LWP administered by something design with concurrency in mind. ;-).


Eric Blossom wrote:
On Wed, Feb 13, 2008 at 01:37:16PM -0500, Philip Balister wrote:
On Feb 13, 2008 11:15 AM, Eric Blossom <address@hidden> wrote:
I expect to start on the "thread-per-block" scheduler either next week
or the week after.  This should enable us to make good use of SMP
Hopefully, this question makes some sense, my background is in the SCA
which is already a "thread per block" architecture.

One of the things I find attractive about gnu radio is the flowgraphs
ARE single threaded. Will it be possible to use single threaded flow
graphs with a "block".  I'm concerned about increased end to end
latency if you have a flowgraph with many blocks that need scheduling
because they are running in separate threads.


Don't get too hung up on a literal interpretation of
"thread-per-block".  That will probably be the first implementation,
but the goal is to best utilize SMP/SMT machines.  We could end up
with some kind of non-preemtive N user threads on M kernel threads model.

For the cell stuff we do need to be able to block in the work methods
while waiting for offloaded stuff to complete, so that puts an
additional constraint on the N on M model.


Discuss-gnuradio mailing list

reply via email to

[Prev in Thread] Current Thread [Next in Thread]