discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Struggling with gr-perf-monitorx


From: Dennis Glatting
Subject: Re: [Discuss-gnuradio] Struggling with gr-perf-monitorx
Date: Tue, 16 Jun 2015 21:01:04 -0700

On Tue, 2015-06-16 at 23:43 -0400, Tom Rondeau wrote:
> On Tue, Jun 16, 2015 at 11:11 PM, Dennis Glatting <address@hidden>
> wrote:
>         
>         I have this "nearly" working. MX brings up a window, connects
>         to GRC,
>         briefly displays a graph, then blanks out. Displayed in the
>         command line
>         window:
>         
>         gr-perf-monitorx: radio.getKnobs threw exception (math domain
>         error).
>         ...
>         (repeats)
>         
>         I'm not sure what that message is telling me in the
>         operation/debug
>         domain. Clue please.
>         
>         The paper "Inspecting GNU Radio Applications with ControlPort
>         and
>         Performance Counters" shows various blocks in Figures 2 and 5
>         named
>         "Ctrlport...". Are those necessary for MX? I haven't found
>         anything that
>         indicates yes or no. Clue please.
>         
>         Operationally:
>         
>         address@hidden:~/thrift# gnuradio-companion  --version
>         GNU Radio Companion v3.7.7.1-131-g71ab508d
>         
>         
>         address@hidden:~/thrift# lsb_release  -a
>         No LSB modules are available.
>         Distributor ID: Ubuntu
>         Description:    Ubuntu 15.04
>         Release:        15.04
>         Codename:       vivid
> 
> 
> 
> 
> I'm not sure what MX is? Are you using that as shorthand for
> gr-perf-monitorx?
> 

Yes.


> If that's the case, then no, the Ctrlport Probes are there for other
> purposes and not necessary for Performance Monitor.
> 
> 
> I'm seen that Math Domain error before, but I've never been able to
> replicate it reliably. I think it's something related to a divide by
> zero and I think happens when one block's performance measure of work
> time comes back with 0 -- which doesn't often happen. Are you using
> any of your own blocks in the flowgraph? What if you run the
> Controlport Monitor tool instead of Performance Monitor? That will
> just show you a list of all available parameters exposed by the
> application over ControlPort.
> 

I have a chain that includes three custom blocks whose load diminishes
as work flows down the chain. I can post the graph, if that helps.







reply via email to

[Prev in Thread] Current Thread [Next in Thread]