commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Phil Steitz <>
Subject Re: [math] Multithreaded performances
Date Tue, 05 Nov 2013 19:43:14 GMT
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 ;)


> Le 5 nov. 2013 18:54, "Romain Manni-Bucau" <> 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" <> a écrit :
>>> On Mon, Nov 4, 2013 at 10:09 PM, Romain Manni-Bucau
>>> <>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" <> 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:
For additional commands, e-mail:

View raw message