XZ
Xinke Zhang
Wed, May 20, 2015 2:07 AM
Hi,
Thank you.
The OS I'm using is xubuntu 14.04 x86_64.
Best Regards,
Xinke Zhang
On 05/19/2015 08:29 AM, Marcus D. Leech via USRP-users wrote:
On 05/19/2015 03:10 AM, Marcus Müller via USRP-users wrote:
Hello Xinke,
this is indeed interesting, on many levels:
You're successfully sending 100MS/s (no "U"s, right?), so your
computer doesn't seem to be underpowered; the very asymmetric way that
10MS/s RX fails leads me to believe that there might be something
wrong with receiving at all.
Can you try
rx_samples_to_file --rate 10e6 --duration 5 --file rx.dat
and see if the resulting file rx.dat has nonzero size (in an ideal
world, it would be 200,000,000B in size, around 190MiB).
Also, what OS? Is it up-to-date?
What is the cabling setup between the X310 and the host PC?
On 05/19/2015 08:33 AM, Xinke Zhang via USRP-users wrote:
My goal is to test the 2 simultaneous rx of single usrp x310 with
intel adapter x520 (10 gigabit network). i used the benchmark_rate
function provided by uhd examples (benchmark_rate --rx_rate 10e6
--channels 0,1), but i got the overflow error. when i tried to
decreased the rx_rate, console ouptut was still overflow. Howerver,
when i tested 2 simultaneous tx of single usrp x310 with intel
adapter x520 (10 gigabit network) (benchmark_rate --tx_rate 10e6
--channels 0,1), it was successful. i even changed the tx_rate to
100e6, it was still successful.
Also, I tested the 2 simultaneous tx&rx of single usrp x310 with
intel adapter 82579LM (1 gigabit network), and both of them were
successful.
So I want to know what caused the 2 simultaneous rx of single usrp
x310 with intel adapter x520 (10 gigabit network) into overflow
state. Pls give me some suggestions. Thank you in advance.
FYI,
the uhd version I have tested are 3.8.2 & 3.8.4. my host pc is with
intel i7 cpu and 16G memory.
Best Regards,
Xinke Zhang
Hi,
Thank you.
The OS I'm using is xubuntu 14.04 x86_64.
Best Regards,
Xinke Zhang
On 05/19/2015 08:29 AM, Marcus D. Leech via USRP-users wrote:
>> On 05/19/2015 03:10 AM, Marcus Müller via USRP-users wrote:
>> Hello Xinke,
>>>> this is indeed interesting, on many levels:
>> You're successfully sending 100MS/s (no "U"s, right?), so your
>> computer doesn't seem to be underpowered; the very asymmetric way that
>> 10MS/s RX fails leads me to believe that there might be something
>> wrong with receiving at all.
>> Can you try
>> rx_samples_to_file --rate 10e6 --duration 5 --file rx.dat
>> and see if the resulting file rx.dat has nonzero size (in an ideal
>> world, it would be 200,000,000B in size, around 190MiB).
>>>> Best regards,
>> Marcus
>>> Also, what OS? Is it up-to-date?
>
> What is the cabling setup between the X310 and the host PC?
>
>
>>> On 05/19/2015 08:33 AM, Xinke Zhang via USRP-users wrote:
>>>>>>>>> Hi,
>>>>>> My goal is to test the 2 simultaneous *rx* of single usrp x310 with
>>> intel adapter x520 (*10 gigabit network*). i used the benchmark_rate
>>> function provided by uhd examples (benchmark_rate --*rx*_rate 10e6
>>> --channels 0,1), but i got the overflow error. when i tried to
>>> decreased the *rx*_rate, console ouptut was still overflow. Howerver,
>>> when i tested 2 simultaneous *tx* of single usrp x310 with intel
>>> adapter x520 (10 gigabit network) (benchmark_rate --*tx*_rate 10e6
>>> --channels 0,1), it was successful. i even changed the *tx*_rate to
>>> 100e6, it was still successful.
>>>>>> Also, I tested the 2 simultaneous tx&rx of single usrp x310 with
>>> intel adapter 82579LM (*1 gigabit network*), and both of them were
>>> successful.
>>>>>> So I want to know what caused the 2 simultaneous *rx* of single usrp
>>> x310 with intel adapter x520 (10 gigabit network) into overflow
>>> state. Pls give me some suggestions. Thank you in advance.
>>>>>> FYI,
>>>>>> the uhd version I have tested are 3.8.2 & 3.8.4. my host pc is with
>>> intel i7 cpu and 16G memory.
>>>>>> Best Regards,
>>>>>> Xinke Zhang
