Conversation
| totalTraceCount uint64 | ||
|
|
||
| mu sync.Mutex // guards lastFlush | ||
| lastFlush time.Time |
There was a problem hiding this comment.
Is sampler.Sampler thread-safe? No errors thrown nor shown in the wild, just making sure.
There was a problem hiding this comment.
Here's how I think a Start/Stop should look for correctness and no races:
func (w *Something) Start() {
go func() {
w.exitWG.Add(1)
w.Run()
w.exitWG.Done()
}
}
func (w *Something) Stop() {
close(exit)
w.exitWG.Wait()
}
This should solve any races you might have observed no? Feel free to replace the wait group with another channel. Any other option, I fear, introduces the chances for weird corner cases.
| // Add samples a trace and returns true if trace was sampled (should be kept), false otherwise | ||
| func (s *Sampler) Add(t processedTrace) bool { | ||
| s.totalTraceCount++ | ||
| atomic.AddUint64(&s.totalTraceCount, 1) |
There was a problem hiding this comment.
Add can indeed be called from multiple routines simultaneously so 👍
Actually that's the original race right there. Calling |
|
Right. Although having moved all the waitgroup interactions to just |
|
Thanks for looking. I prefer to have a race-proof API, rather than an API which assumes that the user will not do anything dodgy, which they usually do 😄My sentiment is that a "wait group" should be used with a "group", which is not the case here. I'm open to simpler solutions, this one seems quite safe to me and we've experimented a lot with it within the Go tracer where we had problems of synchronous Start/Stop calls among other abusive behaviour. |
3 participants
Fixes some (non-fatal) race conditions detected by the
-raceflag.