[Top][All Lists]

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

Re: [Discuss-gnuradio] inefficient large vectors

From: Miklos Maroti
Subject: Re: [Discuss-gnuradio] inefficient large vectors
Date: Thu, 22 Aug 2013 02:19:27 +0200

Hi Martin, Yes, I know of stream tags, but it would just make the
blocks complicated: now I can rely on the fact that data is coming in
a multiple of the vector length. For now, padding solves my immediate
needs, but it is not an ideal solution. Miklos

On Wed, Aug 21, 2013 at 11:18 PM, Martin Braun (CEL)
<address@hidden> wrote:
> On Wed, Aug 21, 2013 at 07:59:37PM +0200, Miklos Maroti wrote:
>> So is there a way to work with large odd length vectors which does not
>> have this buffer allocation problem, and does not require padding? It
>> seems to me that it could be supported: regular streams but the vector
>> size would be verified separately at connection time and would not be
>> used to multiply the item size. Any advice is appreciated...
> Miklos,
> if Johnathan's tips aren't helping, you *might* be able to use tags to
> delimit vectors and then pass them as streams of scalars. You then have
> to keep up with vector boundaries internally in your block.
> Depending on what your application is, this could be a solution or can
> make things even more inefficient. But it's worth a try!
> MB
> --
> Karlsruhe Institute of Technology (KIT)
> Communications Engineering Lab (CEL)
> Dipl.-Ing. Martin Braun
> Research Associate
> Kaiserstraße 12
> Building 05.01
> 76131 Karlsruhe
> Phone: +49 721 608-43790
> Fax: +49 721 608-46071
> www.cel.kit.edu
> KIT -- University of the State of Baden-Württemberg and
> National Laboratory of the Helmholtz Association
> _______________________________________________
> 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]