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 can switch to private mail...
Try libuhd-dev Also: dpkg -S /usr/lib/uhd/examples/benchmark_rate uhd-host: /usr/lib/uhd/examples/benchmark_rate
On Mon, Apr 28, 2025 at 2:45 AM Marcus D. Leech <patchvonbr...@gmail.com> wrote: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 NikosIf 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 to install "uhd-host" if you installed from packaged binaries, but all the examples and utilities should be there along with the libraries. But the GIT repo for the UHD source is here: https://github.com/EttusResearch/uhd These days, most distros package UHD, so in many cases you don't need to build from source.On Mon, Apr 28, 2025 at 12:39 AM Marcus D. Leech <patchvonbr...@gmail.com> 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. 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, reports a throughput of 5.619 Kb/s requesting ICMP replies, to varying packet sizes (32->9000 (MTU), incr by 32). sudo pchar -m 9000 -p ipv4icmp usrp https://www.kitchenlab.org/www/bmah/Software/pchar/ It corresponds to 351.218.019 16-bit samples or 175,609.044 32-bit samples, if each sample is 32-bit(real + imag) Seems that uhd is not running at link capacity but is doing smt else. I will have to download and check with the sources... The package version for Ubuntu 24.04 is uhd 4.6.0. Where can I download the sources for uhd 4.6.0? BR NikosYOu CANNOT use ICMP tests to determine link capacity with a USRP -- ICMP is processed via completely different "stack" in the radio. Use "benchmark_rate" instead.On Sat, Apr 26, 2025 at 7:02 AM Nikos Balkanas <nbalka...@gmail.com> wrote: 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 line. Cannot go bad. Maybe the connections are not sitting right :(... BR Nikos On Sat, Apr 26, 2025 at 6:45 AM Marcus D. Leech <patchvonbr...@gmail.com> wrote: 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 solve a buffer-management problem in your *application* at entirely the wrong level in the stack. It is EXCEEDINGLY COMMON for hardware drivers to only be able to deliver in chunks that may not be perfectly adapted to the requirements of your application. So, a common programming pattern is to deal with this in your application. You should probably look at example code like rx_samples_to_file[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 size: 1472 bytes. [WARNING] [X300] For the 192.168.40.2 connection, UHD recommends a send frame size of at least 8000 for best performance, but your configuration will only allow 1472.This may negatively impact your maximum achievable sample rate. Check the MTU on the interface and/or the send_frame_size argument. [WARNING] [X300] For the 192.168.40.2 connection, UHD recommends a receive frame size of at least 8000 for best performance, but your configuration will only allow 1472.This may negatively impact your maximum achievable sample rate. Check the MTU on the interface and/or the recv_frame_size argument. [INFO] [GPS] No GPSDO found [INFO] [X300] Radio 1x clock: 200 MHz [WARNING] [UDP] The send buffer could not be resized sufficiently. Target sock buff size: 24912805 bytes. Actual sock buff size: 1048576 bytes. See the transport application notes on buffer resizing. Please run: sudo sysctl -w net.core.wmem_max=24912805 Sat Apr 26 06:30:34 2025 [00] [+] Created USRP with args Sat Apr 26 06:30:34 2025 [00] [+] Master clock is at 200 Mhz Sat Apr 26 06:30:34 2025 [00] [+] Tuner[0] gain set to 30 (30) dB [WARNING] [UDP] The send buffer could not be resized sufficiently. Target sock buff size: 24912805 bytes. Actual sock buff size: 1048576 bytes. See the transport application notes on buffer resizing. Please run: sudo sysctl -w net.core.wmem_max=24912805 Sat Apr 26 06:30:34 2025 [00] [*] scanner.l:1446:main Incorrect maxsamples (364). Expected 19960. Sat Apr 26 06:30:34 2025 [00] [+] Max samples/buffer[0]: 364 [WARNING] [0/Radio#0] Ignoring stream command for finite acquisition of zero sam Nikos On Sat, Apr 26, 2025 at 5:46 AM Marcus D. Leech <patchvonbr...@gmail.com> wrote: 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 <patchvonbr...@gmail.com> 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/s, need 19960 (10x more) to work with latest uhd. Using Ubuntu 24.04 and uhd 4.6.0So, 1.996ksps vs 19.960ksps? You hardly need a 10Gbit link to support that. So, perhaps something is being lost here in your requirements? True. Can't explain it in terms of bandwidth. 16 * 1996 = 31.936 Kbps, 16 * 19960 = 319.360 Kbps well short of a 10 Gbps line:( Does a complex pair count as 1 sample, or 2? I have followed all the instructions in https://kb.ettus.com/USRP_Host_Performance_Tuning_Tips_and_Tricks, Even installed the DPDK drivers. My Mellanox is too old to use their OFED drivers:(On a related question. it seems that the streamer doesn't crash anymore when receiving less than MAXSPS samples, instead it reads 0:( This was due to the sse2 code not aligned in convert. I change my stream args to cpu_format=sc16, otw=sc16, so no conversion required. Streamer still doesn't read anything. Is there a reason for it?You'd need to share more of your code. This should just work as far as I can tell. Thanks. these are just the usrp code: int main() { uhd_stream_args_t stream_args = { .cpu_format = "sc16", .otw_format = "sc16", .args = "", .n_channels = 1, .channel_list = &channel }; ..uhd_stream_cmd_t stream_cmd = { .stream_mode = UHD_STREAM_MODE_NUM_SAMPS_AND_DONE, .stream_now = true }; if (uhd_init(0, 0, gain)) do_exit(20); if ((err = uhd_usrp_get_rx_stream(dev[0], &stream_args, rx_streamer[0]))) { uhd_get_last_error(errmsg, 127); error(log, "Failed to get streamer[0] (%d). %s.\n", 0, FL, LN, FN, err, errmsg); uhd_rx_streamer_free(&rx_streamer[0]); rx_streamer[0] = NULL; uhd_rx_metadata_free(&md[0]); md[0] = NULL; do_exit(30); } if ((err = uhd_rx_streamer_max_num_samps(rx_streamer[0], &maxsamps))) { uhd_get_last_error(errmsg, 127); error(log, "Failed to get max samples/buffer[0] (%d). %s.\n", 0, FL, LN, FN, err, ..errmsg); do_exit(35); } if (maxsamps != MAXSMPS) warn(log, "Incorrect maxsamples (%ld). Expected %d.\n", 0, FL, LN, FN, maxsamps, MAXSMPS); info(log, "Max samples/buffer[0]: %ld\n", 0, maxsamps); if ((err = uhd_rx_streamer_issue_stream_cmd(rx_streamer[0], &stream_cmd))) { uhd_get_last_error(errmsg, 127); error(log, "Failed to start streamer[0] (%d). %s.\n", 0, FL, LN, FN, err, errmsg); do_exit(40); } [...] do_exit(0) } bool uhd_init(size_t channel, double srate, double gain) { double tmp; uhd_rx_metadata_error_code_t err; if ((err = uhd_set_thread_priority(uhd_default_thread_priority, true))) warn(log, "Unable to set main thread priority (%d). %s.\n", 0, FL, LN, FN, err, uhdError(err)); /* Create USRP */ f ((err = uhd_usrp_make(&dev[channel], "type=x300"))) { error(log, "Failed to create USRP (%d). %s.\n", 0, FL, LN, FN, err, uhdError(err)); dev[channel] = NULL; return(FAIL); } info(stderr, "Created USRP with args\n", 0); /* Create RX streamer */ if ((err = uhd_rx_streamer_make(&rx_streamer[channel]))) { error(log, "Failed to create rx_streamer[%d] (%d). %s.\n", 0, FL, LN, FN, channel, err, uhdError(err)); return(FAIL); } /* Create RX metadata */ if ((err = uhd_rx_metadata_make(&md[channel]))) { error(log, "Failed to create md[%d] (%d). %s.\n", 0, FL, LN, FN, channel, err, uhdError(err)); return(FAIL); } /* Get master clock rate */ if ((err = uhd_usrp_get_master_clock_rate(dev[channel], 0, &tmp))) { error(log, "Failed to set master clock to %.0lf Mhz (%d). %s.\n", 0, FL, LN, FN, tmp/1000000, err, uhdError(err)); return(FAIL); } info(stderr, "Master clock is at %.0lf Mhz\n", 0, tmp/1000000); /* Set the sample rate */ if (srate && !uhd_set_rx_rate_check(channel, srate)) return(FAIL); /* Set the tuner gain SBX-120 is 0-31.5 in .5 db steps */ if ((err = uhd_usrp_set_rx_gain(dev[channel], gain, channel, ""))) { error(log, "Failed to set tuner[%d] gain to %.0lf db (%d). %s.\n", 0, FL, LN, FN, channel, gain, err, uhdError(err)); return(FAIL); } if (!(err = uhd_usrp_get_rx_gain(dev[channel], channel, "", &tmp))) info(log, "Tuner[%d] gain set to %.0lf (%.0lf) dB\n", 0, channel, tmp,gain); ./* Set channel bw to conserve tuner resources. Not needed, set by srate */ uhd_usrp_set_rx_bandwidth(dev[channel], srate, channel); ./* Disable subtracting constant averaged background. Signal looks cleaner */ if ((err = uhd_usrp_set_rx_dc_offset_enabled(dev[channel], false, channel))) { warn(log, "Failed to disable FPGA DC offset on channel %d(%d). %s.\n", 0, FL, LN, FN, channel, err, uhdError(err)); } info(stderr, "Disabled FPGA DC offset on channel %d\n", 0, channel); return(SUCCESS); } This is the generated output: [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 size: 8000 bytes. [INFO] [X300] Radio 1x clock: 200 MHz Sat Apr 26 03:33:48 2025 [00] [+] Created USRP with args Sat Apr 26 03:33:48 2025 [00] [+] Master clock is at 200 Mhz Sat Apr 26 03:33:48 2025 [00] [+] Tuner[0] gain set to 30 (30) dB Sat Apr 26 03:33:48 2025 [00] [*] scanner.l:1446:main Incorrect maxsamples (1996). Expected 19960. Sat Apr 26 03:33:48 2025 [00] [+] Max samples/buffer[0]: 1996 [WARNING] [0/Radio#0] Ignoring stream command for finite acquisition of zero samples I hope this reads OK. Maybe next time I should attach the code:)TIA Nikos _______________________________________________ USRP-users mailing list --usrp-users@lists.ettus.com To unsubscribe send an email tousrp-users-le...@lists.ettus.comI believe that max number of samples-per-buffer is limited by MTU size. Which is typically around 8000 or so for "jumbo frames".
_______________________________________________ USRP-users mailing list -- usrp-users@lists.ettus.com To unsubscribe send an email to usrp-users-le...@lists.ettus.com
