[Top][All Lists]

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

Re: [Discuss-gnuradio] Fun with history

From: Sean Nowlan
Subject: Re: [Discuss-gnuradio] Fun with history
Date: Thu, 6 Oct 2016 18:38:16 -0400

Great! I like not reinventing wheels (and other circular things like GR buffers). Thanks for the pointer about shared memory.


On Thu, Oct 6, 2016 at 4:46 PM, Marcus Müller <address@hidden> wrote:

Hi Sean,

2) sounds fine :)

you might need to tell your OS that you need a lot of shared memory (or else you'll run into the very BOFH-esque error "No space left on device" when GNU Radio allocates buffers).



On 06.10.2016 20:20, Sean Nowlan wrote:
Hi list -

For a particular application, I need to make a block that can save a ton of history in some type of circular buffer - think 10M+ samples - and the entire buffer needs to be available inside of a call to work. It seems like I have two choices:

1) Implement my own internal buffer, and create a state machine that copies a batch of samples into the large buffer during each call to work. After doing that, run the logic that needs access to huge history.
2) Tell the scheduler to make the already-existing upstream buffer large enough that I can declare an enormous history in my block.

I understand that things like page size, architecture, available memory, etc. come into play, but realistically will I be able to accomplish what I want with setting a large output buffer on the upstream block (using set_min_output_buffer) and using a set_history call on my block with a large number?


Discuss-gnuradio mailing list

Discuss-gnuradio mailing list

reply via email to

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