Re: [Discuss-gnuradio] Non-deterministic behavior in GNU Radio

2018-10-03 Thread Ron Economos
It depends on which box I look at. 1) volk_32fc_x2_divide_32fc a_avx u_sse3 2) volk_32fc_x2_divide_32fc a_avx u_avx Ron On 10/03/2018 08:05 AM, Müller, Marcus (CEL) wrote: Well, I'd be willing to call that a bug, all in all: Though I totally get the "machine accuracy" argument, I'd at least

[Discuss-gnuradio] Best path forward for transmitting canned waveforms from N310 / X310

2018-10-03 Thread Lundberg, Daniel
A bit of background: I have been using a B205i mini to transmit a variety of canned waveforms. These have ~5 MHz of BW, and I've been using binary files sampled at 6.25 MS/s. I use a modified version of the tx_samples_from_file example, using a host laptop via a USB 3.0 to Ethernet adaptor. T

Re: [Discuss-gnuradio] Dependency Boost_FOUND = 0

2018-10-03 Thread CEL
Hi Tony, that compile error pinpoints that you've got multiple version of UHD installed. Now, if you can live with the UHD that debian ships, I'd just erase your Pybombs prefix and start over; this time, pybombs shouldn't try to install a UHD into the prefix, as UHD is one of the build-deps of GNU

Re: [Discuss-gnuradio] Non-deterministic behavior in GNU Radio

2018-10-03 Thread CEL
Well, I'd be willing to call that a bug, all in all: Though I totally get the "machine accuracy" argument, I'd at least expect the same results when running the same program twice, on the same machine. Now, I'm an author of one of the 32fc_x2_divide_32fc implementations; I'd like to know what I c

Re: [Discuss-gnuradio] Non-deterministic behavior in GNU Radio

2018-10-03 Thread Ron Economos
That's the problem. If a set_output_multiple(4) in added to the constructor in divide_cc_impl.cc, it solves the issue. Ron On 10/03/2018 06:42 AM, Ron Economos wrote: Well, I guess it's not really a bug. Most likely it has to do with the accuracy difference between the x86 intrinsics and the C

Re: [Discuss-gnuradio] Non-deterministic behavior in GNU Radio

2018-10-03 Thread Ron Economos
Well, I guess it's not really a bug. Most likely it has to do with the accuracy difference between the x86 intrinsics and the C library. If you look at the code in volk_32fc_x2_divide_32fc.h, the remaining points that are not a multiple of four are calculated with the C library. If the points f

Re: [Discuss-gnuradio] Non-deterministic behavior in GNU Radio

2018-10-03 Thread Ron Economos
It's a VOLK bug. Go into ~/.volk/volk_profile and change the volk_32fc_x2_divide_32fc line to generic. That fixes the issue here. Ron On 10/03/2018 05:46 AM, Piotr Krysik wrote: Hi all, I simplified the flowgraph a bit and prepared a script that runs it twice and compares the results. https

Re: [Discuss-gnuradio] Non-deterministic behavior in GNU Radio

2018-10-03 Thread Piotr Krysik
Hi all, I simplified the flowgraph a bit and prepared a script that runs it twice and compares the results. https://imgur.com/a/CSjOeLc In short something is wrong indeed. Almost after every run of the script I get results with differences. I tested it on GNU Radio  3.7.12.0, I'm compiling the