commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Phil Steitz <phil.ste...@gmail.com>
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 ;)


Phil


> Le 5 nov. 2013 18:54, "Romain Manni-Bucau" <rmannibucau@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.dunning@gmail.com> a écrit :
>>
>>> On Mon, Nov 4, 2013 at 10:09 PM, Romain Manni-Bucau
>>> <rmannibucau@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.dunning@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-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org


Mime
View raw message