discuss-gnuradio
[Top][All Lists]
Advanced

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

Re: [Discuss-gnuradio] Getting one or more Ds after hours of running a G


From: John Shields
Subject: Re: [Discuss-gnuradio] Getting one or more Ds after hours of running a GRC app on Ubuntu
Date: Tue, 3 May 2016 07:52:10 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0

On 03/05/16 02:58, Marcus D. Leech wrote:
On 05/02/2016 10:40 PM, John Shields wrote:
Hi,
I am using Ubunutu 14.04 LTS with GNURadio 3.7.9.1 and have a USRP N200 with SBXv3. I have been using the aptly-named and highly useful Simple_ra though I believe this is orthogonal to the issues I am seeing.

when I run simple_ra with :

simple_ra --srate 2e6 --freq 848e6 --gain 37 --dcg 10000 --devid uhd=a,type=usrp2,addr=192.168.20.2,lo_offset=10e6,subdev=A:0 --longitude 172.570277777 --latitude -43.519444444 --spde

the system runs along happily for several maybe even up to 20 odd hours but, as below, I start to see one or more Ds. In one run of 23 hours, I had 10 Ds and eventually a segmentation fault - not sure if it is coincident with issuing of the final 'D'. Sometimes the D is not accompanied by UHD errors

here is the terminal output from the last run:

linux; GNU C++ version 4.8.4; Boost_105400; UHD_003.010.git-156-g2d68f228

Using Volk machine: avx_64_mmx_orc
gr-osmosdr v0.1.4-72-g164a09fc (0.1.5git) gnuradio 3.7.9.1
built-in source types: file fcd rtl rtl_tcp uhd hackrf bladerf rfspace airspy redpitaya
-- Opening a USRP2/N-Series device...
-- Current recv frame size: 1472 bytes
-- Current send frame size: 1472 bytes
-- Detecting internal GPSDO.... Found an internal GPSDO
-- Setting references to the internal GPSDO
-- Using subdev spec 'A:0'.
-- Using LO offset of 1e+07 Hz.
WARNING: Overriding original sample rate of 1e+07 with 2e+06
-- Loaded /home/john/.uhd/cal/rx_iq_cal_v0.2_E2R10Z1XS.csv
D
UHD Error:
    Control packet attempt 0, sequence number 10594:
    RuntimeError: no control response, possible packet loss

UHD Error:
    Control packet attempt 1, sequence number 10595:
    RuntimeError: no control response, possible packet loss

UHD Error:
    Control packet attempt 2, sequence number 10596:
    RuntimeError: no control response, possible packet loss

UHD Error:
    An unexpected exception was caught in a task loop.
    The task loop will now exit, things may not work.
    RuntimeError: link dead: timeout waiting for control packet ACK
Terminated


I have a fairly powerful cpu Intel® Core™ i7-2600 CPU @ 3.40GHz × 8, 15.6 GiB of memory and run 64-bit os and have the USRP on it's own subnet and NIC.
Apart from setting:
net.core.rmem_max = 50000000
net.core.wmem_max = 1048576

I have not 'tuned' any os settings. When the application is running, the 8 cores are between 40-50% utilised.

When I restart simple_ra after the error, it runs again fine until it hits an issue n-hours in the future.

Any ideas of how I can narrow down the cause of this?

          Kind Regards,

                   John



Do you happen to know what kind of NIC you have?

Also, 2MSPS should not be chewing up much of your CPU--what kind of graphics card do you have? Is this a real, or virtual, machine setup?

There Intel 82579LM is known for dropping packets under certain circumstances that shouldn't cause it to drop packets. This is basically fatal to the way UHD does network I/O--since it uses UDP, with no retry mechanism (and, indeed, it's easy to see that at higher sample rates in particular, any TCP-like mechanism is going to cause heartburn for real-time flows).

If you do a:

lspci -v

It should show you what the Ethernet interface(s) are.

If this is a *server* motherboard, the underlying graphics subsystem may be just a framebuffer, in which case, your CPU is working really
  hard to render even simple graphics.




_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Thanks very much, as always, Marcus.

To the NICs : the command gave the following (edited to remove USB, IDE etc.)

00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller])
    Subsystem: Gigabyte Technology Co., Ltd Device d000
    Flags: bus master, fast devsel, latency 0, IRQ 47
    Memory at f7400000 (64-bit, non-prefetchable) [size=4M]
    Memory at e0000000 (64-bit, prefetchable) [size=256M]
    I/O ports at f000 [size=64]
    Expansion ROM at <unassigned> [disabled]
    Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
    Capabilities: [d0] Power Management version 2
    Capabilities: [a4] PCI Advanced Features
    Kernel driver in use: i915

02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 01) Subsystem: Realtek Semiconductor Co., Ltd. RTL8111/8168 PCI Express Gigabit Ethernet controller
    Flags: bus master, fast devsel, latency 0, IRQ 44
    I/O ports at e000 [size=256]
    Memory at f7b00000 (64-bit, non-prefetchable) [size=4K]
    Expansion ROM at dfb00000 [disabled] [size=128K]
    Capabilities: [40] Power Management version 2
    Capabilities: [48] Vital Product Data
    Capabilities: [50] MSI: Enable+ Count=1/2 Maskable- 64bit+
    Capabilities: [60] Express Endpoint, MSI 00
    Capabilities: [84] Vendor Specific Information: Len=4c <?>
    Capabilities: [100] Advanced Error Reporting
    Capabilities: [12c] Virtual Channel
    Capabilities: [148] Device Serial Number 45-0e-00-00-68-4c-e0-00
    Capabilities: [154] Power Budgeting <?>
    Kernel driver in use: r8169

03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 01) Subsystem: Realtek Semiconductor Co., Ltd. RTL8111/8168 PCI Express Gigabit Ethernet controller
    Flags: bus master, fast devsel, latency 0, IRQ 45
    I/O ports at d000 [size=256]
    Memory at f7a00000 (64-bit, non-prefetchable) [size=4K]
    Expansion ROM at dfc00000 [disabled] [size=128K]
    Capabilities: [40] Power Management version 2
    Capabilities: [48] Vital Product Data
    Capabilities: [50] MSI: Enable+ Count=1/2 Maskable- 64bit+
    Capabilities: [60] Express Endpoint, MSI 00
    Capabilities: [84] Vendor Specific Information: Len=4c <?>
    Capabilities: [100] Advanced Error Reporting
    Capabilities: [12c] Virtual Channel
    Capabilities: [148] Device Serial Number 9f-0e-00-00-68-4c-e0-00
    Capabilities: [154] Power Budgeting <?>
    Kernel driver in use: r8169


06:00.0 Ethernet controller: Qualcomm Atheros AR8151 v2.0 Gigabit Ethernet (rev c0)
    Subsystem: Gigabyte Technology Co., Ltd Device e000
    Flags: bus master, fast devsel, latency 0, IRQ 48
    Memory at f7900000 (64-bit, non-prefetchable) [size=256K]
    I/O ports at c000 [size=128]
    Capabilities: [40] Power Management version 3
    Capabilities: [48] MSI: Enable+ Count=1/1 Maskable- 64bit+
    Capabilities: [58] Express Endpoint, MSI 00
    Capabilities: [6c] Vital Product Data
    Capabilities: [100] Advanced Error Reporting
    Capabilities: [180] Device Serial Number ff-ec-a9-ac-50-e5-49-ff
    Kernel driver in use: atl1c

by looking at the Realtek card, the PHY chip is the RTL8168B (single-chip Gigabit NIC Ethernet Controller for PCI Express)

not sure if there is general knowledge of this Taiwanese NIC/Chip re: dropping packets or other performance issues? I note these boards are rev 1.0!!!!!

re: relatively high CPU for 8 cores running simple_ra - the '8' is actually only 4 real cores (2 logical cores per physical) but as can be seen from below, I don't believe I splashed out on a graphics card and just took the motherboard's capability. Perhaps my Scottish accent can be detected? Will look into getting something along those lines if it improves the graphics performance.

00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller])
    Subsystem: Gigabyte Technology Co., Ltd Device d000
    Flags: bus master, fast devsel, latency 0, IRQ 47
    Memory at f7400000 (64-bit, non-prefetchable) [size=4M]
    Memory at e0000000 (64-bit, prefetchable) [size=256M]
    I/O ports at f000 [size=64]
    Expansion ROM at <unassigned> [disabled]
    Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
    Capabilities: [d0] Power Management version 2
    Capabilities: [a4] PCI Advanced Features
    Kernel driver in use: i915


          Kind Regards,

                   John




reply via email to

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