Dear all,
I stand corrected for the benchmark_rate results:
[DEBUG] [RFNOC::MGMT] Finished RX stream setup for EPID=2
[DEBUG] [0/Radio#0] spp value 2032 exceeds MTU of 8000! Coercing to 1996
[00:00:02.843054239] Testing receive rate 2.00 Msps on 1 channels
[00:00:12.845077647] Benchmark compl
True and thanks for all your help:)
On Tue, Apr 29, 2025 at 2:55 AM Marcus D. Leech
wrote:
> On 28/04/2025 19:08, Nikos Balkanas wrote:
>
>
>
> On Tue, Apr 29, 2025 at 1:31 AM Marcus D. Leech
> wrote:
>
>> On 28/04/2025 18:04, Nikos Balkanas wrote:
>>
>> Hi Marcus,
>>
>> spb(=samples/buffer) i
On 28/04/2025 19:08, Nikos Balkanas wrote:
On Tue, Apr 29, 2025 at 1:31 AM Marcus D. Leech
wrote:
On 28/04/2025 18:04, Nikos Balkanas wrote:
Hi Marcus,
spb(=samples/buffer) is not what I hoped for. It is just another
way to set the
stream_cmd.num_samples in the stre
On Tue, Apr 29, 2025 at 1:31 AM Marcus D. Leech
wrote:
> On 28/04/2025 18:04, Nikos Balkanas wrote:
>
> Hi Marcus,
>
> spb(=samples/buffer) is not what I hoped for. It is just another way to
> set the
> stream_cmd.num_samples in the streamer. I already use there MAXSMPS.
> Besides benchmark_ra
On 28/04/2025 18:04, Nikos Balkanas wrote:
Hi Marcus,
spb(=samples/buffer) is not what I hoped for. It is just another way
to set the
stream_cmd.num_samples in the streamer. I already use there MAXSMPS.
Besides benchmark_rate reports maxsmps 1996 like me:(
That part is only controlled by the
Hi Marcus,
spb(=samples/buffer) is not what I hoped for. It is just another way to
set the
stream_cmd.num_samples in the streamer. I already use there MAXSMPS.
Besides benchmark_rate reports maxsmps 1996 like me:(
That part is only controlled by the MTU. Seems it is the same
for everyone, and t
Thx Marcus for the clarifications,
On Mon, Apr 28, 2025 at 4:37 PM Marcus D. Leech
wrote:
> On 28/04/2025 05:33, Nikos Balkanas wrote:
>
> Compiled uhd 4.6.0 in debug mode.
> From the output I get:
>
> [DEBUG] [0/Radio#0] spp(= samples per package) value 2032 exceeds MTU of
> 8000! Coercing to 1
On 28/04/2025 05:33, Nikos Balkanas wrote:
Compiled uhd 4.6.0 in debug mode.
From the output I get:
[DEBUG] [0/Radio#0] spp(= samples per package) value 2032 exceeds MTU
of 8000! Coercing to 1996
Mon Apr 28 09:57:02 2025 [00] [*] scanner.l:1443:main Incorrect
maxsamples (1996). Expected 19960.
Compiled uhd 4.6.0 in debug mode.
>From the output I get:
[DEBUG] [0/Radio#0] spp(= samples per package) value 2032 exceeds MTU of
8000! Coercing to 1996
Mon Apr 28 09:57:02 2025 [00] [*] scanner.l:1443:main Incorrect maxsamples
(1996). Expected 19960.
Mon Apr 28 09:57:02 2025 [00] [+] Max samples
Point taken:) I'm proposing smt different:
pchar +ICMP are just to test line and connectors. First step. Not to bench
USRP.
benchmark_rate is to bench/stress usrp.
These 2 are independent, and complementary.
Pchar is telling me nothing more than my fiber cable and connectors are
good.
It saved me a
On 27/04/2025 21:58, Nikos Balkanas wrote:
My bad:
throughput of 5.619 Kb/s requesting ICMP replies, +> throughput of
5,619 Kb/s requesting ICMP replies
Local thousand separator is ".", whereas in the US is ",":(
It is STILL the case that the ICMP machinery in these radios is
ABSOLUTELY NOT o
My bad:
throughput of 5.619 Kb/s requesting ICMP replies, +> throughput of 5,619
Kb/s requesting ICMP replies
Local thousand separator is ".", whereas in the US is ",":(
On Mon, Apr 28, 2025 at 12:37 AM Nikos Balkanas wrote:
> Hi Marcus,
>
> You were right. No need to change NIC:)
> This is not
Thx, Marcus
On Mon, Apr 28, 2025 at 3:50 AM Marcus D. Leech
wrote:
> On 27/04/2025 20:40, Nikos Balkanas wrote:
>
> Ubuntu packages...
> No -dev, => no includes:(
> The ICMP test is fine for testing physical wear (line, connectors OSI
> layer 2)
> Ofc a dedicated usrp benchmark is better for app
On 27/04/2025 20:40, Nikos Balkanas wrote:
Ubuntu packages...
No -dev, => no includes:(
The ICMP test is fine for testing physical wear (line, connectors OSI
layer 2)
Ofc a dedicated usrp benchmark is better for application (layer 4)
benchmark:)
PS. If this conversation is getting long, we ca
Ubuntu packages...
No -dev, => no includes:(
The ICMP test is fine for testing physical wear (line, connectors OSI layer
2)
Ofc a dedicated usrp benchmark is better for application (layer 4)
benchmark:)
PS. If this conversation is getting long, we can switch to private mail...
On Mon, Apr 28, 202
On 27/04/2025 19:34, Nikos Balkanas wrote:
For that i will need the sources.
Do you know where can I download the UHD 4.6.0 sources?
TIA
Nikos
If you have an installed version of UHD on your system, then the
examples should also have been installed. How did you install
UHD?
You might need
For that i will need the sources.
Do you know where can I download the UHD 4.6.0 sources?
TIA
Nikos
On Mon, Apr 28, 2025 at 12:39 AM Marcus D. Leech
wrote:
> On 27/04/2025 17:37, Nikos Balkanas wrote:
>
> Hi Marcus,
>
> You were right. No need to change NIC:)
> This is not a software issue. uh
On 27/04/2025 17:37, Nikos Balkanas wrote:
Hi Marcus,
You were right. No need to change NIC:)
This is not a software issue. uhd_rx_streamer_max_num_samps runs right
after uhd initialization before
any other code had the chance to run.
Link capacity doesn't seem to be the issue either...
Runnin
Hi Marcus,
You were right. No need to change NIC:)
This is not a software issue. uhd_rx_streamer_max_num_samps runs right
after uhd initialization before
any other code had the chance to run.
Link capacity doesn't seem to be the issue either...
Running pchar on the link, descendant of pathchar, re
Thanks for your time.
I will check out the example.
This is not a buffer problem. I just need 1024 Samples (real+imaginary) for
FFT...
I should be able to get them in a single pass.
You saw my code, not a smoking gun there.
This is probably is a physical problem.
Cable is an SFP fiber dedicated li
On 25/04/2025 23:33, Nikos Balkanas wrote:
Actually MTU is 9000. This is one of the recommendations...
I tried it with MTU 1500. It was worse:(
maxsamples dropped to 364...
Right, 9000, rather than 8000.
Upgrading to 10Gbit wont' give you larger MTU.
What you're trying to do, I think, is to so
Actually MTU is 9000. This is one of the recommendations...
I tried it with MTU 1500. It was worse:(
maxsamples dropped to 364...
[INFO] [UHD] linux; GNU C++ version 13.2.0; Boost_108300;
UHD_4.6.0.0+ds1-5.1ubuntu0.24.04.1
[INFO] [X300] X300 initialization sequence...
[INFO] [X300] Maximum frame s
On 25/04/2025 22:26, Nikos Balkanas wrote:
Thanks Marcus,
for your fast reply.
On Sat, Apr 26, 2025 at 4:08 AM Marcus D. Leech
wrote:
On 25/04/2025 20:50, Nikos Balkanas wrote:
Hello,
I need to buy a new NIC. What would you suggest?
The one I use is an old Mellanox 10 Gbs,
Thanks Marcus,
for your fast reply.
On Sat, Apr 26, 2025 at 4:08 AM Marcus D. Leech
wrote:
> On 25/04/2025 20:50, Nikos Balkanas wrote:
>
> Hello,
>
> I need to buy a new NIC. What would you suggest?
> The one I use is an old Mellanox 10 Gbs, before the Connect-4 series.
> It can only do 1996 S
24 matches
Mail list logo
