I don't find valgrind useful for profiling speed because it is pretty
invasive (I actually love it as a tool, just not for this use and maybe I'm
using it wrong). People have done stuff with oprofile before... results are
overall pretty similar to what you get with linux perf tools, and (I think)
i
Hi Gonzalo,
> I installed perf top but i am not sure how to use it.. I will
investigate it.
Assuming you have build GNU Radio/your application with debugging
symbols (for example, by having "cmake -DCMAKE_BUILD_TYPE=RelWithDebInfo
.."), try something like:
sudo sysctl kernel/perf_event_paranoid=
Thanks for your answer.
I installed perf top but i am not sure how to use it.. I will investigate
it. However, does the program need to be compiled in debug mode for the
performance counters to have effect?
As a side question... Has anyone managed to profile a gnuradio application
with valgrind
It won't give you time spent, but 'perf top' is a nice tool that gives
function-level performance counters for all running code. It comes with
linux-tools and uses performance counters built in to the kernel. There's
also a couple of other perf subtools you can explore.
Regarding your full buffer
On Mon, 2016-02-29 at 00:48 -0300, Gonzalo Arcos wrote:
> Thanks to all of you for your very informative answers.
>
> Douglas, i feel good now because you have described perfectly all the
> things i did / thought on how to improve the performance :), i also
> agree that merging blocks should be a
Thanks to all of you for your very informative answers.
Douglas, i feel good now because you have described perfectly all the
things i did / thought on how to improve the performance :), i also agree
that merging blocks should be a last time resort. I have used the
performance monitor and managed
On Sun, Feb 28, 2016 at 5:39 PM, Douglas Geiger <
doug.gei...@bioradiation.net> wrote:
> The phenomenon Sylvain is pointing at is basically the fact that as
> compilers improve, you should expect the 'optimized' proto-kernels to no
> longer have as dramatic an improvement compared with the generic
The phenomenon Sylvain is pointing at is basically the fact that as
compilers improve, you should expect the 'optimized' proto-kernels to no
longer have as dramatic an improvement compared with the generic ones. As
to your question of 'is it worth it' - that comes down to a couple of
things: for ex
> Just wanted to ask the more experienced users if you think this idea is
> worth a shot, or the performance improvement will be marginal.
Performance improvement is vastly dependent of the operation you're doing.
You can get an idea of the improvement by comparing the volk-profile
output for the
Hi,
I've been trying to optimize the performance of a flowgraph, that do a lot
of operation with gr_complex data. The majority of these operations are
multiplications, additions, etc.
I have seen GNU Radio has blocks that implement these functions, and saw
that in their implementations these bloc
Compilers are good, just use a linear comparison:
float *current= input;
float max = *current;
float *end = first + length_of_array;
while(current < end){
max = (*current > max) ? *current++ : max;
:)
On 09.10.2014 13:09, Mostafa Alizadeh wrote:
> Thank you so much Marcus,
>
> I've learnt so
Thank you so much Marcus,
I've learnt so much from you here :)
The algorithm of finding the Max of a vector by comparing one half to the
other half, is an appropriate idea! I can't use GNURadio blocks for this
calculation because I must do these within my own block.
Unfortunately, I'm not familia
On Tue, Oct 7, 2014 at 3:49 PM, Mostafa Alizadeh
wrote:
> Hello all,
>
> I wondered about volk. I want it to compute mean to peak value of a
> complex array. How could I do this?
> Besides, I really need to know is there any example of using volk? The
> code itself, doesn't reflect input and outp
Hi Mostafa,
VOLK is but an accelerated Library of Vector Optimized Kernels.
What you want is basically three operations:
a) finding maximum absolute
b) finding average absolute
c) dividing these two values
Now, looking closer at a) and b), one notices that both require the
samples to be converted
Hello all,
I wondered about volk. I want it to compute mean to peak value of a complex
array. How could I do this?
Besides, I really need to know is there any example of using volk? The code
itself, doesn't reflect input and output parameters explicitly.
Best,
Mostafa
On Fri, Jul 4, 2014 at 5:56 PM, Martin Braun wrote:
> On 07/04/2014 09:29 PM, Abhishek Bhowmick wrote:
> > Hi,
> > I am trying to use VOLK in a new module that will have some new fast
> > blocks (hopefully). Being new to the cmake system, I have some
> > difficulty in including the volk headers a
On 07/04/2014 09:29 PM, Abhishek Bhowmick wrote:
> Hi,
> I am trying to use VOLK in a new module that will have some new fast
> blocks (hopefully). Being new to the cmake system, I have some
> difficulty in including the volk headers and linking it.
> Specifically, I am trying to figure out what ch
Hi,
I am trying to use VOLK in a new module that will have some new fast
blocks (hopefully). Being new to the cmake system, I have some
difficulty in including the volk headers and linking it.
Specifically, I am trying to figure out what changes to make to the
CMakeLists.txt in the directory. I tr
c
>>>
>>> offset 0 in1: 0.140486 in2: 0.140486
>>>
>>> offset 1 in1: 0.691375 in2: 0.691375
>>>
>>> offset 5 in1: 0.63745 in2: 0.63745
>>>
>>> offset 11 in1: 0.644697 in2: 0.644697****
>>>
>>> offset 14 in
5774
>>
>> volk_32fc_x2_multiply_32fc_a: fail on arch orc****
>>
>> offset 1 in1: 0.524585 in2: 0.524585
>>
>> offset 2 in1: 0.236218 in2: 0.236218
>>
>> offset 6 in1: 0.733853 in2: 0.733853
>>
>> offset 9 in1: 0.2902
t; offset 12 in1: 0.180218 in2: 0.180218
>
> offset 14 in1: 0.496568 in2: 0.496568
>
> offset 15 in1: 0.0297472 in2: 0.0297472****
>
> offset 19 in1: 0.351138 in2: 0.351138
>
> offset 20 in1: 0.300737 in2: 0.300737
>
> volk_32fc_x2_multiply_32fc_a: fail
**
>
> offset 15 in1: 0.0297472 in2: 0.0297472
>
> offset 19 in1: 0.351138 in2: 0.351138
>
> offset 20 in1: 0.300737 in2: 0.300737
>
> volk_32fc_x2_multiply_32fc_a: fail on arch orc
>
> Best arch: generic
>
> ** **
>
> Sean
Rondeau
Sent: Thursday, February 23, 2012 11:18 AM
To: Nowlan, Sean
Cc: Nick Foster; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Using volk in Mac: test report
On Wed, Feb 22, 2012 at 10:19 PM, Nowlan, Sean
mailto:sean.now...@gtri.gatech.edu>> wrote:
I confirmed this works on E100 i
* trond...@trondeau.com [mailto:trond...@trondeau.com] *On Behalf
> Of *Tom Rondeau
> *Sent:* Tuesday, February 21, 2012 6:49 PM
> *To:* Nick Foster
> *Cc:* Nowlan, Sean; discuss-gnuradio@gnu.org
>
> *Subject:* Re: [Discuss-gnuradio] Using volk in Mac: test report
>
> **
: Tuesday, February 21, 2012 6:49 PM
To: Nick Foster
Cc: Nowlan, Sean; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Using volk in Mac: test report
On Tue, Feb 21, 2012 at 6:43 PM, Nick Foster
mailto:n...@ettus.com>> wrote:
Tom, Sean,
There's a couple of things here. Fir
>> We'll need some other brave soul out there who can dig into these issues
>> on the platforms for us.
>>
>> Thanks,
>> Tom
>>
>>
>>
>>
>>> *From:* trond...@trondeau.com [mailto:trond...@trondeau.com] *On Behalf
>>> Of
the platforms for us.
>
> Thanks,
> Tom
>
>
>
>
>> *From:* trond...@trondeau.com [mailto:trond...@trondeau.com] *On Behalf
>> Of *Tom Rondeau
>> *Sent:* Friday, February 17, 2012 5:25 PM
>> *To:* Nowlan, Sean
>> *Cc:* Nick Foster; discuss-gnuradio
io-bounces+sean.nowlan=gtri.gatech@gnu.org] On Behalf
Of Nowlan, Sean
Sent: Monday, February 20, 2012 11:36 AM
To: Nick Foster; Tom Rondeau
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Using volk in Mac: test report
I believe I'm using 0.4.16. It's the version packaged in t
I believe I'm using 0.4.16. It's the version packaged in the e1xx-002 official
image.
Sean
From: Nick Foster [mailto:n...@ettus.com]
Sent: Saturday, February 18, 2012 11:22 PM
To: Tom Rondeau
Cc: Nowlan, Sean; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Using volk in
to:trond...@trondeau.com] *On Behalf
>> Of *Tom Rondeau
>> *Sent:* Friday, February 17, 2012 5:25 PM
>> *To:* Nowlan, Sean
>> *Cc:* Nick Foster; discuss-gnuradio@gnu.org
>>
>> *Subject:* Re: [Discuss-gnuradio] Using volk in Mac: test report
>>
ck Foster; discuss-gnuradio@gnu.org
>
> *Subject:* Re: [Discuss-gnuradio] Using volk in Mac: test report
>
> ** **
>
> On Fri, Feb 17, 2012 at 5:11 PM, Nowlan, Sean
> wrote:
>
> I built Tom’s safe_align branch on E100 and ran volk_profile. It
> segfaulted o
h@gnu.org] *On Behalf
> Of *Tom Rondeau
> *Sent:* Friday, February 17, 2012 2:33 PM
> *To:* Nick Foster
> *Cc:* discuss-gnuradio@gnu.org
> *Subject:* Re: [Discuss-gnuradio] Using volk in Mac: test report
>
> ** **
>
> On Fri, Feb 17, 2012 at 2:30 PM,
lan=gtri.gatech@gnu.org] On Behalf
Of Tom Rondeau
Sent: Friday, February 17, 2012 2:33 PM
To: Nick Foster
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Using volk in Mac: test report
On Fri, Feb 17, 2012 at 2:30 PM, Nick Foster
mailto:n...@ettus.com>> wrote:
On Fri, Feb 17, 201
Great!
You guys are making all this stuff pretty easy to use, even for
non-experts. Thanks for letting us squeeze our processors :-)
Carles
On Fri, Feb 17, 2012 at 8:33 PM, Tom Rondeau wrote:
> On Fri, Feb 17, 2012 at 2:30 PM, Nick Foster wrote:
>>
>> On Fri, Feb 17, 2012 at 11:20 AM, Carles
On Fri, Feb 17, 2012 at 2:30 PM, Nick Foster wrote:
> On Fri, Feb 17, 2012 at 11:20 AM, Carles Fernandez <
> carles.fernan...@gmail.com> wrote:
>
>> Thanks for the inputs!
>>
>> We are interested in determining the best architecture at instantation
>> time. What would be the best strategy? We tho
On Fri, Feb 17, 2012 at 11:20 AM, Carles Fernandez <
carles.fernan...@gmail.com> wrote:
> Thanks for the inputs!
>
> We are interested in determining the best architecture at instantation
> time. What would be the best strategy? We though about running the
> same operations several times for each
Thanks for the inputs!
We are interested in determining the best architecture at instantation
time. What would be the best strategy? We though about running the
same operations several times for each architecture, measure the
results and use the fastest one for the processing blocks. Would this
be
On Fri, Feb 17, 2012 at 8:14 AM, Tom Rondeau wrote:
> Carles,
>
> Thanks for the report! We'll look into those failures. Hopefully just some
> minor misundertanding.
>
> As for the generic sometimes being the best arch, I'm not sure I can help
> too much on it. I can certainly speculate. Having s
Carles,
Thanks for the report! We'll look into those failures. Hopefully just some
minor misundertanding.
As for the generic sometimes being the best arch, I'm not sure I can help
too much on it. I can certainly speculate. Having seen this in my own
machines and looked at some of the kernels wher
Hi all,
We are using the volk library in a C++ program that uses
gnuradio-core and currently builds under Linux and MacOS X. In MacOS
1.6.8 (Snow Leopard, updated), I used macports for installing
gnuradio-core (which is in version 3.3, enough for my app). Since, in
my understanding (please correct
Hi all,
I would like to use the volk library in a C++ program that uses
gnuradio-core and currently builds under Linux and MacOS X. In MacOS
1.6.8 (Snow Leopard, updated), I used macports for installing
gnuradio-core (which is in version 3.3, enough for my app). Since, in
my understanding (please
41 matches
Mail list logo
