Hi! I have many sync blocks that work with large fixed size vectors, e.g. converts one vector of size 12659 to another with size 18353. I have just multiplied the sizeof(gr_complex) with 12659 and 18353 in the signature. However, when the flow graph is running, then I get a warning about paging: the circular buffer implementation allocates large buffers (e.g. 4096 many to make the paging requirement). I do not want really large buffers. I have implemented the whole thing with padding, but that becomes also really inefficient, since when you want to switch between vectors and streams, then you have to jump through extra hoops with the padding. In a previous version I had streams everywhere, but then there is absolutely no verification whether I messed up the sizes of my "virtual vectors".
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... Best, Miklos _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
