Hi,

Yes, this looks like a pretty big issue to me too. 100% CPU spinning
is just not acceptable, ever.


To me it look like all it's missing is a
basic_block::delete_head_blocking with a timeout. Then the
pdu_to_tagged_stream_impl::calculate_output_stream_length could just
use that with a reasonably small timeout (like 100ms or so) so that it
waits on a message but if none comes, it still handout control back to
the caller from time to time (which I think is required for stop() to
work).

Is there anything that wouldn't work with this approach ?



Cheers,

   Sylvain

_______________________________________________
Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to