mirror of
https://github.com/prometheus/prometheus.git
synced 2025-02-21 03:16:00 -08:00
ce1ee444f1
This does two things:
1) Make TieredStorage.AppendSamples() write directly to memory instead of
buffering to a channel first. This is needed in cases where a rule might
immediately need the data generated by a previous rule.
2) Replace the single storage mutex by two new ones:
- memoryMutex - needs to be locked at any time that two concurrent
goroutines could be accessing (via read or write) the
TieredStorage memoryArena.
- memoryDeleteMutex - used to prevent any deletion of samples from
memoryArena as long as renderView is running and
assembling data from it.
The LevelDB disk storage does not need to be protected by a mutex when
rendering a view since renderView works off a LevelDB snapshot.
The rationale against adding memoryMutex directly to the memory storage: taking
a mutex does come with a small inherent time cost, and taking it is only
required in few places. In fact, no locking is required for the memory storage
instance which is part of a view (and not the TieredStorage).
|
||
|---|---|---|
| .. | ||
| .gitignore | ||
| curator.go | ||
| end_to_end_test.go | ||
| frontier.go | ||
| instrumentation.go | ||
| interface.go | ||
| interface_test.go | ||
| leveldb.go | ||
| memory.go | ||
| operation.go | ||
| operation_test.go | ||
| processor.go | ||
| processor_test.go | ||
| regressions_test.go | ||
| rule_integration_test.go | ||
| scanjob.go | ||
| stochastic_test.go | ||
| test_helper.go | ||
| tiered.go | ||
| tiered_test.go | ||
| view.go | ||
| view_test.go | ||