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? > > > On Mon, Nov 4, 2013 at 9:49 PM, Romain Manni-Bucau <rmannibu...@gmail.com > >wrote: > > > You cant stop the app cause you take a snapshot of the monitoring metrics > > so yes > > Le 5 nov. 2013 06:46, "Ted Dunning" <ted.dunn...@gmail.com> a écrit : > > > > > On Mon, Nov 4, 2013 at 8:23 PM, Phil Steitz <phil.ste...@gmail.com> > > wrote: > > > > > > > On 11/4/13 3:44 PM, Ted Dunning wrote: > > > > > The copy doesn't have to lock if you build the right data > structure. > > > > > > > > The individual stats objects need to update multiple quantities > > > > atomically when new values come in. Consistency in the copy > > > > requires that you suppress updates while the copy is in progress > > > > unless you implement some kind of update queue internally. What > > > > exactly do you mean by "the right data structure?" > > > > > > > > > > I was talking about lockless data structures in general. > > > > > > Are you sure that real transactions are a requirement here? > > > > > >
