>
>
> I thought the 1 thread execution scheduler was deprecated in gnuradio?
>
> al fayez
>
You may still turn it off, but the TPB scheduling policy is now the default.
--
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
__
I thought the 1 thread execution scheduler was deprecated in gnuradio?
al fayez
-Original Message-
From: Michael Dickens
To: Alexander Chemeris
Cc: Gnuradio-discuss
Sent: Sat, May 28, 2011 11:38 am
Subject: Re: [Discuss-gnuradio] To implement WiMAX with GnuRadio or not
Is there information about what is the biggest latency-injector in GnuRadio?
Nearly all of the basic computational blocks are as blazing-fast as they
can be on a general-purpose
CPU. The biggest latency injector is the scheduler in general, and
the buffer management part of
that scheduler
On Sat, May 28, 2011 at 19:59, Marcus D. Leech wrote:
>> Real-time is not about performance, but about predictability ;) I have to
>> be sure that my flowgraph always executes before the deadline is hit. So
>> everything that introduces jitter is a no-no.
>
> In general, Gnu Radio executes on gene
On Sat, May 28, 2011 at 19:52, Marcus D. Leech wrote:
>> Problem here is that FIFO's are not very well suited for real-time
>> operation, IIRC. Have you tried a shared memory and shared signals
>> across applications?
>>
> It depends on what you mean by "real time". Certainly FIFO I/O will be
> s
Real-time is not about performance, but about predictability ;) I have
to be sure that my flowgraph always executes before the deadline is
hit. So everything that introduces jitter is a no-no.
In general, Gnu Radio executes on general-purpose OSes, which means that
there will *always* be micros
Problem here is that FIFO's are not very well suited for real-time
operation, IIRC. Have you tried a shared memory and shared signals
across applications?
It depends on what you mean by "real time". Certainly FIFO I/O will be
slower than
intra-flowgraph ring buffers, but not so horribly slugg
On Sat, May 28, 2011 at 19:38, Michael Dickens wrote:
> On May 28, 2011, at 11:26 AM, Alexander Chemeris wrote:
>> 5) How well is GnuRadio suited for real-time operation?
>
> In a general sense, yes, GNU Radio is well suited for real-time signal
> processing of data streams. That said: "Real tim
On May 28, 2011, at 11:26 AM, Alexander Chemeris wrote:
> 5) How well is GnuRadio suited for real-time operation?
In a general sense, yes, GNU Radio is well suited for real-time signal
processing of data streams. That said: "Real time" is only meaningful knowing
the performance criteria. What
On Sat, May 28, 2011 at 18:23, Marcus D. Leech wrote:
>> Cool! It would be truly great to see a simplified example of this in
>> the GnuRadio repository, and at least somehow mentioned on the wiki.
> Yes, I suppose it would. I'll put it on my list, but so many other
> things to do :-(
>
>>> The o
Hi community,
On Mon, May 23, 2011 at 23:50, Alexander Chemeris
wrote:
> Hi community,
>
> Our WiMAX Scanner project (http://code.google.com/p/wimax-scanner/)
> approaches the moment when we should start writing C/C++ code - our
> Matlab model decodes broadcast messages from all recordings we hav
> Cool! It would be truly great to see a simplified example of this in
> the GnuRadio repository, and at least somehow mentioned on the wiki.
Yes, I suppose it would. I'll put it on my list, but so many other
things to do :-(
>> The other "trick" that I use is to use the XMLRPC server stuff that
Anti-tivoization is one of main differences (but not the only), but
it's about a different issue.
http://en.wikipedia.org/wiki/Tivoization
On Sat, May 28, 2011 at 05:14, Colby Boyer wrote:
> Isn't the main difference between v2 and v3 the "Tivo Exception" as
> the call it? Not sure.
>
> I guess I
On Thu, May 26, 2011 at 18:10, Marcus D. Leech wrote:
> On 26/05/2011 9:55 AM, Michael Dickens wrote:
>>
>> It would be great if you could share with the list example code snippets
>> of how you do the pipes. For example: Where in an online repository one can
>> find such code.
>>
>> I think that
On Wed, May 25, 2011 at 23:21, Jeff Brower wrote:
> Michael-
>
>> Hi Alexander - I think Martin & Tom covered that GNU Radio
>> is quite capable of being programmed for the basic receiver
>> processing. You might need to play around a bit with your
>> DSP blocks, but otherwise I think GNU Radio's
On Wed, May 25, 2011 at 22:29, Michael Dickens wrote:
> Hi Alexander - I think Martin & Tom covered that GNU Radio is quite capable
> of being programmed for the basic receiver processing. You might need to play
> around a bit with your DSP blocks, but otherwise I think GNU Radio's data
> process
On Tue, May 24, 2011 at 13:55, Tom Rondeau wrote:
> On Tue, May 24, 2011 at 7:04 AM, Martin Braun wrote:
>>
>> On Mon, May 23, 2011 at 11:50:52PM +0400, Alexander Chemeris wrote:
>> > Hi community,
>>
>> Hi Alex,
>>
>> > Our WiMAX Scanner project (http://code.google.com/p/wimax-scanner/)
>> > app
Hi Martin, hi all,
I'm sorry for delayed replies. That's not because I don't care - I
just have very tight schedule at this moment.
On Tue, May 24, 2011 at 10:04, Martin Braun wrote:
> On Mon, May 23, 2011 at 11:50:52PM +0400, Alexander Chemeris wrote:
>> Hi community,
>
> Hi Alex,
>
>> Our WiMA
Colby-
>> How do the companies write closed-source drivers for the Linux Kernel
>> without running into GPL2 issues? I can only recall that there is a
>> "user-land" and a "kernel-land" driver, where the "kernel-land" is the
>> only part that is open source. Is this correct?
>>
>> Perhaps that met
Isn't the main difference between v2 and v3 the "Tivo Exception" as
the call it? Not sure.
I guess I should add IANAL. TINLA.
:P
On Fri, May 27, 2011 at 3:32 PM, Marcus D. Leech wrote:
>> How do the companies write closed-source drivers for the Linux Kernel
>> without running into GPL2 issues
How do the companies write closed-source drivers for the Linux Kernel
without running into GPL2 issues? I can only recall that there is a
"user-land" and a "kernel-land" driver, where the "kernel-land" is the
only part that is open source. Is this correct?
Perhaps that method could work well?
I
On Fri, May 27, 2011 at 2:31 PM, Jeff Brower wrote:
> Marcus-
>
>>> Alexander is asking excellent questions and I'm surprised at the tepid
>>> response -- he's got like 4 replies so far? He's the prototype GNU
>>> radio user who needs to maintain his group's IP, he should be
>>> receiving "how to'
Marcus-
>> Alexander is asking excellent questions and I'm surprised at the tepid
>> response -- he's got like 4 replies so far? He's the prototype GNU
>> radio user who needs to maintain his group's IP, he should be
>> receiving "how to's", not "INALs". -Jeff
> Actually, IANAL is a perfectly-vali
On 26/05/2011 9:55 AM, Michael Dickens wrote:
It would be great if you could share with the list example code snippets of how
you do the pipes. For example: Where in an online repository one can find such
code.
I think that's what Jeff was getting at: that "we" are providing IANAL advice rat
On May 25, 2011, at 6:23 PM, Marcus D. Leech wrote:
> Actually, IANAL is a perfectly-valid response. IP licensing arrangements are
> complicated and studded with sinkholes and minefields.
Yes; exactly. Think of it this way: If we don't put "IANAL, TINLA" then one
could possibly, if IMHO unreas
Alexander is asking excellent questions and I'm surprised at the tepid
response -- he's got like 4 replies so far? He's the prototype GNU
radio user who needs to maintain his group's IP, he should be
receiving "how to's", not "INALs". -Jeff
Actually, IANAL is a perfectly-valid response. IP lice
Michael-
> Hi Alexander - I think Martin & Tom covered that GNU Radio
> is quite capable of being programmed for the basic receiver
> processing. You might need to play around a bit with your
> DSP blocks, but otherwise I think GNU Radio's data
> processing is up to the task.
>
> On May 23, 2011,
Hi Alexander - I think Martin & Tom covered that GNU Radio is quite capable of
being programmed for the basic receiver processing. You might need to play
around a bit with your DSP blocks, but otherwise I think GNU Radio's data
processing is up to the task.
On May 23, 2011, at 3:50 PM, Alexand
On Tue, May 24, 2011 at 7:04 AM, Martin Braun wrote:
> On Mon, May 23, 2011 at 11:50:52PM +0400, Alexander Chemeris wrote:
> > Hi community,
>
> Hi Alex,
>
> > Our WiMAX Scanner project (http://code.google.com/p/wimax-scanner/)
> > approaches the moment when we should start writing C/C++ code - o
On Mon, May 23, 2011 at 11:50:52PM +0400, Alexander Chemeris wrote:
> Hi community,
Hi Alex,
> Our WiMAX Scanner project (http://code.google.com/p/wimax-scanner/)
> approaches the moment when we should start writing C/C++ code - our
> Matlab model decodes broadcast messages from all recordings w
Hi community,
Our WiMAX Scanner project (http://code.google.com/p/wimax-scanner/)
approaches the moment when we should start writing C/C++ code - our
Matlab model decodes broadcast messages from all recordings we have on
hands.
At this point we have to make a choice - rely on GnuRadio or create
o
31 matches
Mail list logo
