One way I check for bottlenecks it to run 'top -H' and watch the various
threads.  If you see any one thread pegged at 100% then it needs to be
optimized.  At least that's my method :)

On Mon, Aug 29, 2016 at 9:46 AM, Ihab Zine <ihab.zin...@gmail.com> wrote:

> Hi Marcus,
>
> I have been through the GNU RADIO tutorials , I also dived into adapting
> gr-dvbt, and it worked for me. But how can i find out where my transceiver
> BER bottlenecks and where my computational bottlenecks come from? Is the a
> method or steps i can follow? I need some hints on this.
>
> Best Regards
> Ihab
>
> On 24 August 2016 at 15:12, Ihab Zine <ihab.zin...@gmail.com> wrote:
>
>> Hi Ron and Marcus,
>>
>> For frequency higher than 6 Ghz,  a down converter can be used to over
>> come this problem.
>>
>> for the data rate and bandwidth, the PC i'm using has the following
>> specifications:
>>
>> Architecture:              x86_64
>> CPU op-mode(s):      32-bit, 64-bit
>> Byte Order:                Little Endian
>> CPU(s):                      20
>> On-line CPU(s) list:    0-19
>> Thread(s) per core:    2
>> Core(s) per socket:    10
>> Socket(s):                  1
>> NUMA node(s):         1
>> Vendor ID:                 GenuineIntel
>> CPU family:               6
>> Model:                       63
>> Model name:             Intel(R) Xeon(R) CPU E5-2660 v3 @ 2.60GHz
>> Stepping:                  2
>> CPU MHz:                1553.804
>> CPU max MHz:         3300.0000
>> CPU min MHz:          1200.0000
>> BogoMIPS:                5197.32
>> Virtualization:            VT-x
>> L1d cache:                32K
>> L1i cache:                 32K
>> L2 cache:                 256K
>> L3 cache:                 25600K
>> NUMA node0 CPU(s):     0-19
>>
>> I think it can handle this rate. Please correct me if i'm Wrong.
>>
>> i have other questions:
>>
>>
>>    - There are (synchronizers, equalizers, channel codes etc) blocks in
>>    the gr-dvbt project why I cant use them?
>>    - when you mentioned channel coding do you mean that i need to create
>>    a new one? and Why would I need it?
>>    - If i need BCH performance Why is difficult to achieve?
>>    - if the data requirement is fine (CPU and etc), what is the best way
>>    to start building the receiver? How can I figure out the blocks That i 
>> need
>>    for this receiver?
>>
>>
>> Regards
>> Ihab
>>
>>
>> On 23 August 2016 at 14:34, Ihab Zine <ihab.zin...@gmail.com> wrote:
>>
>>> Hi Ron,
>>>
>>> 1) Frequency range: 1.5 - 38 GHz
>>>
>>> 2) Bandwidth range : 2 - 56 MHz
>>>
>>> 3) Modulation : Qpsk - 256 QAM
>>>
>>> 4) Data rate range : 150Mbit/s - 326Mbit/s.
>>>
>>> 5) Error correction method : i thinks it is FEC.
>>>
>>> Ihab
>>>
>>> On 22 August 2016 at 12:33, Ihab Zine <ihab.zin...@gmail.com> wrote:
>>>
>>>> Hi All,
>>>>
>>>> I'm working on a project using GnuRadio And USRP 205 mini, i'm at the
>>>> stage where i need to demodulate a microwave link signal.
>>>>
>>>> Anyone has an experience with Microwave link or tried to do something 
>>>> similar?
>>>> Is it possiable to do it in gnuradio? or is there another approaches to do
>>>> it?
>>>>
>>>> I'd appreciate any information you could give me.
>>>>
>>>> Thanks
>>>> Ihab
>>>>
>>>
>>>
>>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to