On Thu, Nov 4, 2010 at 4:07 PM, Marc Epard wrote:
> This reminds me of a question. What do you guys use for profiling native code
> on Linux? I have a lot more experience on Mac OS where we have Shark,
> Instruments and the like.
>
> -Marc
Generally, I've used Oprofile. I have recently been exp
On 11/04/2010 01:25 PM, Marcus D. Leech wrote:
On 11/04/2010 03:23 PM, Josh Blum wrote:
Well, there is extra overhead. A "pirate" thread in the the receive
path spins on the socket and inspects the contents. The packet may be
an asynchronous message packet for flow control or destined for the
On Thu, Nov 04, 2010 at 03:07:42PM -0500, Marc Epard wrote:
> This reminds me of a question. What do you guys use for profiling
> native code on Linux? I have a lot more experience on Mac OS where
> we have Shark, Instruments and the like.
Marc,
I like to use oprofile. It's packaged for Fedora
On 11/04/2010 03:23 PM, Josh Blum wrote:
> Well, there is extra overhead. A "pirate" thread in the the receive
> path spins on the socket and inspects the contents. The packet may be
> an asynchronous message packet for flow control or destined for the
> user. Or it may be a data packet, in which c
This reminds me of a question. What do you guys use for profiling native code
on Linux? I have a lot more experience on Mac OS where we have Shark,
Instruments and the like.
-Marc
On Nov 4, 2010, at 2:23 PM, Josh Blum wrote:
> Well, there is extra overhead. A "pirate" thread in the the receive
Well, there is extra overhead. A "pirate" thread in the the receive path
spins on the socket and inspects the contents. The packet may be an
asynchronous message packet for flow control or destined for the user.
Or it may be a data packet, in which case it is placed into a queue to
be popped of
Hi All,
I've noticed that the C++ interfaces provided in gnu-radio and UHD for usrp2
data streaming are CPU-intensive (UHD moreso than gnu-radio). I am wondering
if
there are easy ways to mitigate this or are there plans in the future to
diminish these. For UHD a decimate by 16 process che
