# Re: Better approach for FEC

**URL:** <https://www.ruby-forum.com/t/re-better-approach-for-fec/243154>\
**Category:** GNU Radio\
**Created:** [August 26, 2015, 8:11pm UTC](https://www.ruby-forum.com/t/re-better-approach-for-fec/243154 "2015-08-26T20:11:51Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![Sadaf\_N](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/s/858c86/32.png) [@Sadaf\_N](https://www.ruby-forum.com/u/Sadaf_N)\
**Post date:** [August 26, 2015, 8:11pm UTC](https://www.ruby-forum.com/t/re-better-approach-for-fec/243154/1 "2015-08-26T20:11:51Z")

</div>

On Tue, Aug 25, 2015 at 11:36 PM, bob wole [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) wrote:

> Asynchronus). Are there any difference(s) performance wise? Which one  
> should is better for my system?
> 
> I have attached a picture of my current system and identified where I want  
> to insert FEC in tx and rx.
> 
> Comments are appreciated.
> 
> –  
> Bob

Comments please ?

---

<div class="post-metadata">

**Author:** ![bob\_wole](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/b/b4bc9f/32.png) [@bob\_wole](https://www.ruby-forum.com/u/bob_wole)\
**Post date:** [August 26, 2015, 8:17pm UTC](https://www.ruby-forum.com/t/re-better-approach-for-fec/243154/2 "2015-08-26T20:17:42Z")

</div>

I think many of the folks who would have comments on this are at the Gnu  
Radio conference this week…

---

<div class="post-metadata">

**Author:** ![bob\_wole](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/b/b4bc9f/32.png) [@bob\_wole](https://www.ruby-forum.com/u/bob_wole)\
**Post date:** [August 31, 2015, 7:37pm UTC](https://www.ruby-forum.com/t/re-better-approach-for-fec/243154/3 "2015-08-31T19:37:23Z")

</div>

On Wed, Aug 26, 2015 at 2:14 PM, Marcus D. Leech [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)  
wrote:

> > Asynchronus). Are there any difference(s) performance wise? Which one
> 
> Comments please ?
> 
> –  
> Bob

Bob,

The various models of handling packets through a GNU Radio system are  
dependent on a few things, none of which are easy black/white issues to  
describe or offer support on. Partly, it can just be your opinion on  
where  
the lines are between the different models; or based on what blocks are  
available in the different models. You don’t want to go back and forth,  
though, so when you move from a stream into a PDU-based system, you’ll  
want  
to stay there.

Performance is going to be dependent on the rest of your system as well.  
We  
can’t tell you one is better than the other, but we’ve put in a lot of  
hooks into the system to help you understand those issues for yourself,  
like using the performance counters and naming each thread with the  
block  
name so top/htop can help.

Tom