Boost Users :
Subject: Re: [Boost-users] PolyCollection requiring copyable
From: d3fault (d3faultdotxbe_at_[hidden])
Date: 2017-10-04 19:10:50
On 10/3/17, Steven Watanabe via Boost-users
> PolyCollection uses contiguous storage (aka std::vector).
> This requires copying when the segment is resized.
Ahh that makes sense. Just throwing a random idea out here: would a
semi-contiguous design be possible? PolyCollection could maintain a
list of [contiguous] segments, something along the lines of how
"extents" work in the filesystem world? You could get 99% cache hits
and only a few misses when jumping to the next segments. idk maybe
this idea sucks xD.
On 10/4/17, Ion GaztaÃ±aga via Boost-users <boost-users_at_[hidden]> wrote:
> But I understand users don't care about the internal reallocation,
Usually that's the case, but PolyCollection is... more or less... just
a more efficient way of storing/processing a list<interface*>. If you
don't care about the internals, then you don't care about efficiency,
and you should just use list<interface*> (or vector or whatever).
Thanks for that workaround Joaquin M LÃ³pez MuÃ±oz. It's interesting,
but not quite what I'm looking for (want both move and copy
Boost-users list run by williamkempf at hotmail.com, kalb at libertysoft.com, bjorn.karlsson at readsoft.com, gregod at cs.rpi.edu, wekempf at cox.net