As suggested by Felix, I think this enhancement can be delayed to next release following 3.0.
If so, @sebb and all, can we start the release process ? Regards On Saturday, April 2, 2016, Philippe Mouawad <philippe.moua...@gmail.com> wrote: > > > On Saturday, April 2, 2016, sebb <seb...@gmail.com > <javascript:_e(%7B%7D,'cvml','seb...@gmail.com');>> wrote: > >> On 1 April 2016 at 23:58, Philippe Mouawad <philippe.moua...@gmail.com> >> wrote: >> > It's developed. >> >> I know. >> >> > Just need to decide which option is best. >> >> Not possible to decide without knowing how expensive the options are. > > > the first option (LRU like) is expensive as per Vladimir notes. > We could reduce cost by dropping every N additions. > But bear in mind that cost start to be high when we reach the limit, > without it GC would have a cost as memory would keep increasing. > But it is hard to make a comparison > > Option 2 (warn and stop adding) has nearly 0 overhead > >> >> As I wrote, that needs to be resolved. >> >> > But we can delay its integration if needed >> > >> > Regardd >> > >> > On Friday, April 1, 2016, sebb <seb...@gmail.com> wrote: >> > >> >> On 1 April 2016 at 22:37, Philippe Mouawad <philippe.moua...@gmail.com >> >> <javascript:;>> wrote: >> >> > hello, >> >> > I think trunk is now ready for a release. >> >> > >> >> > I see no pending bug and I think 3.0 is really expected. >> >> >> >> What about the OOM issue? >> >> >> >> That either needs to be resolved or postponed. >> >> >> >> > Are you ok to start ? >> >> > >> >> > Thanks >> >> > >> >> > >> >> > >> >> > -- >> >> > Cordialement. >> >> > Philippe Mouawad. >> >> >> > >> > >> > -- >> > Cordialement. >> > Philippe Mouawad. >> > > > -- > Cordialement. > Philippe Mouawad. > > > > -- Cordialement. Philippe Mouawad.
