Hi Cristian,

hm, the Intel 8 series tends to work well.

What is it that you're doing with these samples in GNU Radio? Just UHD
Source -> Null Sink, right?

Gut feeling: your computer might have adaptive power saving, so that
your CPU is scaled down sporadically, and then has a hard time
processing the samples in real time when they're there.

Not being overly familiar with how that works under Ubuntu's UI: can you
set the CPU to "performance" mode (or just disable frequency scaling
alltogether) for a test?

Best regards,

Marcus


On 18.05.2017 23:50, Cristian Rodríguez wrote:
>
>     On 16/05/17 06:49, Neel Pandeya wrote:
>>     Hello Cristian:
>>
>>     If you use Ubuntu 16.04.2, the kernel is 4.8, which should be fine.
>>
> First at all, thank you very much for answering.
>
> My kernel version is: 4.8.0-49-generic
> Ubuntu Release:    16.04.2 LTS
>  
>
>>     The specific USB controller is also very important. The Intel
>>     controllers work best. Which controller do you have in your
>>     system? (run "lspci")
>
> It is the information dropped by "lspci"
>  
> 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core
> Processor DRAM Controller (rev 06)
> 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core
> Processor PCI Express x16 Controller (rev 06)
> 00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core
> Processor Integrated Graphics Controller (rev 06)
> 00:03.0 Audio device: Intel Corporation Xeon E3-1200 v3/4th Gen Core
> Processor HD Audio Controller (rev 06)
> 00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset
> Family USB xHCI (rev 05)
> 00:16.0 Communication controller: Intel Corporation 8 Series/C220
> Series Chipset Family MEI Controller #1 (rev 04)
> 00:1a.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset
> Family USB EHCI #2 (rev 05)
> 00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset
> High Definition Audio Controller (rev 05)
> 00:1c.0 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset
> Family PCI Express Root Port #1 (rev d5)
> 00:1c.1 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset
> Family PCI Express Root Port #2 (rev d5)
> 00:1c.2 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset
> Family PCI Express Root Port #3 (rev d5)
> 00:1c.3 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset
> Family PCI Express Root Port #4 (rev d5)
> 00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset
> Family USB EHCI #1 (rev 05)
> 00:1f.0 ISA bridge: Intel Corporation HM86 Express LPC Controller (rev 05)
> 00:1f.2 SATA controller: Intel Corporation 8 Series/C220 Series
> Chipset Family 6-port SATA Controller 1 [AHCI mode] (rev 05)
> 00:1f.3 SMBus: Intel Corporation 8 Series/C220 Series Chipset Family
> SMBus Controller (rev 05)
> 01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 850M]
> (rev a2)
> 04:00.0 Network controller: Qualcomm Atheros AR9485 Wireless Network
> Adapter (rev 01)
> 05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
> RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)
>
>>
>>     What flow control errors are you seeing? Are there any overruns
>>     ("O") or underruns ("U") printed on the console?
>>
> There are overruns "000000000000000"
>
>>     Did you increase the socket buffer sizes?
>>
>>     https://files.ettus.com/manual/page_transport.html#transport_udp_sockbufs
>>     
>> <https://files.ettus.com/manual/page_transport.html#transport_udp_sockbufs>
>
> No, i haven't. But i did modified the num_recv_frames to 1024. By
> doing it, I don't lose samples, but i'm not pretty sure about i'm in
> fact reciving all. Do you think it is a better solution that trying to
> install other USB3 controller?
>  
> Thanks a lot for your time to read my message.
>
> Best regards,
>
> Cristian
>
> 2017-05-15 23:49 GMT-05:00 Neel Pandeya <neel.pand...@ettus.com
> <mailto:neel.pand...@ettus.com>>:
>
>     Hello Cristian:
>
>     If you use Ubuntu 16.04.2, the kernel is 4.8, which should be fine.
>
>     The specific USB controller is also very important. The Intel
>     controllers work best. Which controller do you have in your
>     system? (run "lspci")
>
>     What flow control errors are you seeing? Are there any overruns
>     ("O") or underruns ("U") printed on the console?
>
>     Did you increase the socket buffer sizes?
>
>     https://files.ettus.com/manual/page_transport.html#transport_udp_sockbufs
>     
> <https://files.ettus.com/manual/page_transport.html#transport_udp_sockbufs>
>
>     --​Neel Pandeya
>
>
>
>     On 15 May 2017 at 17:20, Cristian Rodríguez
>     <cristian.rodriguez...@gmail.com
>     <mailto:cristian.rodriguez...@gmail.com>> wrote:
>
>         HI all.
>
>         I was writing to the forum a time ago because i have missed
>         packets when i build a simple flow graph in gnu radio and set
>         the sample rate over 20Msamples/s.
>
>         The conclusion was that i had to review my USB 3.0 drivers but
>         i'm working on ubuntu (16.05) and the only way to change the
>         drivers is by installing another kernel. I have the newest
>         version then i think the way is to install an older version.
>
>         What version of kernel could someone recommend me? I need to
>         be able to get all the samples from my USRP B210. If someone
>         has another suggestion i would be very thankful about it.
>
>         Pdta: My computer is fast enough (i7 4710HQ - 12Gb ram). Then
>         it is not the problem.
>
>         Thanks a lot.
>
>         Best regards,
>
>         Cristian.
>
>
>
>         _______________________________________________
>         Discuss-gnuradio mailing list
>         Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org>
>         https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>         <https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
>
>
>
>
>
> _______________________________________________
> 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