Hi, sorry for reviving this old thread, but this came up again in the form of doubts and design questions this morning from people in the performance team profiling it.
Let's please change the name, I've opened a JIRA to not forget again: - https://issues.jboss.org/browse/ISPN-6933 Will, assigned to you as I assume it would take you 2 minutes :) Thanks, Sanne On 25 January 2016 at 20:18, William Burns <mudokon...@gmail.com> wrote: > > > On Mon, Jan 25, 2016 at 10:09 AM Sebastian Laskawiec <slask...@redhat.com> > wrote: >> >> Would it be possible to decouple Map implementation from our custom code >> (like eviction policy or setting max size)? Or the dependency between those >> two is too strong? > > > This is possible. I had already thought of doing that at some point, but > haven't been able to look into it or have a great reason yet (we lose some > stuff like better size estimations - since we have access to the underlying > array). > > Unfortunately the equivalent versions have to stay even if we remove the > eviction stuff, since there is no pluggable way to do this with the JVM > classes. > >> >> >> On Mon, Jan 25, 2016 at 3:15 PM, William Burns <mudokon...@gmail.com> >> wrote: >>> >>> Unfortunately this isn't really possible to remove these classes. They >>> have additional changes over and above the jdk8 classes. We could move it >>> into a different package though if we wanted to. >>> >>> To be honest the only reason this is still really needed is for the >>> BoundedConcurrentHashMapV8. I have been talking with Dan on and off for a >>> while about even possibly looking into using a different map implementation >>> (such as caffeine or something else equivalent). We haven't looked into it >>> very seriously though. >>> >>> We could look into this more if people think we want to tackle that. >>> >>> - Will >>> >>> On Thu, Jan 14, 2016 at 4:34 AM Radim Vansa <rva...@redhat.com> wrote: >>>> >>>> Hi, >>>> >>>> although we're on Java 8, there's still the package >>>> org.infinispan.*.jdk8backported in our codebase. Is there any plan (and >>>> possibility) to remove these and use implementation provided by runtime? >>>> Or have we tweaked them too much, so shall we rather rename them? >>>> >>>> Radim >>>> >>>> -- >>>> Radim Vansa <rva...@redhat.com> >>>> JBoss Performance Team >>>> >>>> _______________________________________________ >>>> infinispan-dev mailing list >>>> infinispan-dev@lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/infinispan-dev >>> >>> >>> _______________________________________________ >>> infinispan-dev mailing list >>> infinispan-dev@lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/infinispan-dev >> >> >> _______________________________________________ >> infinispan-dev mailing list >> infinispan-dev@lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/infinispan-dev > > > _______________________________________________ > infinispan-dev mailing list > infinispan-dev@lists.jboss.org > https://lists.jboss.org/mailman/listinfo/infinispan-dev _______________________________________________ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev