discuss-gnuradio
[Top][All Lists]
Advanced

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

Re: [Discuss-gnuradio] extremely low buffer usage on perf monitor


From: Marcus Müller
Subject: Re: [Discuss-gnuradio] extremely low buffer usage on perf monitor
Date: Thu, 6 Aug 2015 21:30:33 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0

Hi Jeon,

only output buffers are counted -- because they are the input buffers of the next block "downstream" in your flow graph. Also, a single buffer can only have one block writing to it, but multiple blocks reading from it, so it's logical to only count the "outputs"; hence, sinks don't count at all.
Would that explain the difference in numbers?

Best regards,
Marcus
On 06.08.2015 14:14, Jeon wrote:
I'm sorry for something that I didn't write on the previous post.

Comparing runtime and buffer, runtime and buffer have different number of blocks.
In many cases of mine, buffer shows a fewer blocks than runtime.

My guess is that, it's because buffer of sink blocks don't have to be monitored.
Is what I guess is correct?

If so, this might be a problem when I want to monitor a certain block
which has an optional output signature so that it is recognized as a sink block.

Is there a way to monitor a such block?

Regards,
Jeon.

2015-08-06 19:31 GMT+09:00 Jeon <address@hidden>:
I am looking into CPU and buffer usage of my OOT module via CtrlPort Performance Monitor.

I have two flow graphs, a transmitter and a receiver.

I can see a quite reasonable performance measures on the receiver side:


However, on the transmitter side, buffer usage shows very weird values:


It says, the transmitter of my OOT module rarely uses buffer. But, i don't think so, and actually it uses buffers! At least, I think encoders on the transmitter should use buffers as much as decoders on the receiver does. (Of course, it's not true that encoder and decoder require same computational cost. But, what I mean is that such tiny value is ridiculous.)

I've executed the transmitter flow graph several times again and again, that number (1.52...e-5) never changes.

My guess is, that number is a floating point representation of 1/(2^16).
And 2^16 is 64k. But I have no idea what it means.

Can anyone give me a tiny hint of it?

Regards
Jeon.



_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


reply via email to

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