[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:17:48 +0200

Hi Marcus,

Yes, I understand the page size limitation. However, if your vector is
1234 bytes, then you can happily allocate 4096 size buffer, but the
the block you always give out the multiple of 1234 byes (i.e. 1, 2 or
3 vectors). The address space wrapping would work fine, so the start
of the vectors would not be always at the same place. I think it could
be done, the question is whether it is worth to do it.


On Wed, Aug 21, 2013 at 9:46 PM, Marcus D. Leech <address@hidden> wrote:
>> Yes, this is what I am doing, but it is not very nice, and you cannot
>> easily mix in blocks that want to work at the stream level. What
>> really bugs me that I think the scheduler could figure all out, and
>> treat my vectors as a stream, allocate nice buffers (who cares if the
>> vector fits in the buffer in an integer multiple times). Am I wrong
>> with this? I think this would be a nice further development... Miklos
> The aligned-to-page-size buffer management is due to the way that mmap() is
> used to mutliply-map these buffers into the address space.
>   That only "works" if the sizes are multiples of the native page size.
> --
> Marcus Leech
> Principal Investigator
> Shirleys Bay Radio Astronomy Consortium
> http://www.sbrac.org
> _______________________________________________
> 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]