On 11/5/13 9:57 AM, Romain Manni-Bucau wrote: > @Phil: hmm can be but the framework would create its own overhead which > would be avoided with a dedicated solution, no? Well thought gain was great > for small investment but ok to postpone it
As I said, patches welcome. Go for it. My point about the framework was that when you actually get this implemented inside, e.g. SummaryStatistics, you will have built a mini-framework. Whatever overhead it has, it will have ;) Phil > Le 5 nov. 2013 18:54, "Romain Manni-Bucau" <rmannibu...@gmail.com> a écrit : > >> Well I didnt test sirona in prod but when using jamon (same kind of >> framework) locks were creating a serious overhead on some benches. Not the >> most important but enough to try to solve it. >> >> That said we are not yet in 1.0 so Im ok to wait for more serious >> feedbacks if you think it is better >> Le 5 nov. 2013 18:48, "Ted Dunning" <ted.dunn...@gmail.com> a écrit : >> >>> On Mon, Nov 4, 2013 at 10:09 PM, Romain Manni-Bucau >>> <rmannibu...@gmail.com>wrote: >>> >>>> Oh sorry, that's what I said early, in a real app no or not enough to >>> be an >>>> issue buy on simple apps or very high thrououtput apps yes. >>>> Le 5 nov. 2013 07:00, "Ted Dunning" <ted.dunn...@gmail.com> a écrit : >>>> >>>>> That isn't what I meant. >>>>> >>>>> Do you really think that more than one metric has to update >>> (increment, >>>>> say) at precisely the same time? >>>>> >>> I realize that is what you said. Do you have any serious examples where >>> metrics have to be updated all or nothing? >>> --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
