2013-08-29 13:15:22 +00:00
|
|
|
// Copyright 2013 Prometheus Team
|
|
|
|
// Licensed under the Apache License, Version 2.0 (the "License");
|
|
|
|
// you may not use this file except in compliance with the License.
|
|
|
|
// You may obtain a copy of the License at
|
|
|
|
//
|
|
|
|
// http://www.apache.org/licenses/LICENSE-2.0
|
|
|
|
//
|
|
|
|
// Unless required by applicable law or agreed to in writing, software
|
|
|
|
// distributed under the License is distributed on an "AS IS" BASIS,
|
|
|
|
// WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
|
|
|
|
// See the License for the specific language governing permissions and
|
|
|
|
// limitations under the License.
|
|
|
|
|
|
|
|
package metric
|
|
|
|
|
|
|
|
import (
|
Remove the multi-op-per-fingerprint capability.
Currently, rendering a view is capable of handling multiple ops for
the same fingerprint efficiently. However, this capability requires a
lot of complexity in the code, which we are not using at all because
the way we assemble a viewRequest will never have more than one
operation per fingerprint.
This commit weeds out the said capability, along with all the code
needed for it. It is still possible to have more than one operation
for the same fingerprint, it will just be handled in a less efficient
way (as proven by the unit tests).
As a result, scanjob.go could be removed entirely.
This commit also contains a few related refactorings and removals of
dead code in operation.go, view,go, and freelist.go. Also, the
docstrings received some love.
Change-Id: I032b976e0880151c3f3fdb3234fb65e484f0e2e5
2014-02-27 19:09:00 +00:00
|
|
|
"time"
|
2013-08-29 13:15:22 +00:00
|
|
|
"github.com/prometheus/prometheus/utility"
|
|
|
|
|
Remove the multi-op-per-fingerprint capability.
Currently, rendering a view is capable of handling multiple ops for
the same fingerprint efficiently. However, this capability requires a
lot of complexity in the code, which we are not using at all because
the way we assemble a viewRequest will never have more than one
operation per fingerprint.
This commit weeds out the said capability, along with all the code
needed for it. It is still possible to have more than one operation
for the same fingerprint, it will just be handled in a less efficient
way (as proven by the unit tests).
As a result, scanjob.go could be removed entirely.
This commit also contains a few related refactorings and removals of
dead code in operation.go, view,go, and freelist.go. Also, the
docstrings received some love.
Change-Id: I032b976e0880151c3f3fdb3234fb65e484f0e2e5
2014-02-27 19:09:00 +00:00
|
|
|
clientmodel "github.com/prometheus/client_golang/model"
|
2013-08-29 13:15:22 +00:00
|
|
|
dto "github.com/prometheus/prometheus/model/generated"
|
|
|
|
)
|
|
|
|
|
|
|
|
type dtoSampleKeyList struct {
|
|
|
|
l utility.FreeList
|
|
|
|
}
|
|
|
|
|
|
|
|
func newDtoSampleKeyList(cap int) *dtoSampleKeyList {
|
|
|
|
return &dtoSampleKeyList{
|
|
|
|
l: utility.NewFreeList(cap),
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
func (l *dtoSampleKeyList) Get() (*dto.SampleKey, bool) {
|
|
|
|
if v, ok := l.l.Get(); ok {
|
|
|
|
return v.(*dto.SampleKey), ok
|
|
|
|
}
|
|
|
|
|
2014-02-14 18:36:27 +00:00
|
|
|
return &dto.SampleKey{}, false
|
2013-08-29 13:15:22 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
func (l *dtoSampleKeyList) Give(v *dto.SampleKey) bool {
|
|
|
|
v.Reset()
|
|
|
|
|
|
|
|
return l.l.Give(v)
|
|
|
|
}
|
|
|
|
|
|
|
|
func (l *dtoSampleKeyList) Close() {
|
|
|
|
l.l.Close()
|
|
|
|
}
|
|
|
|
|
|
|
|
type sampleKeyList struct {
|
|
|
|
l utility.FreeList
|
|
|
|
}
|
|
|
|
|
2014-02-14 18:36:27 +00:00
|
|
|
var defaultSampleKey = &SampleKey{}
|
2013-08-29 13:15:22 +00:00
|
|
|
|
|
|
|
func newSampleKeyList(cap int) *sampleKeyList {
|
|
|
|
return &sampleKeyList{
|
|
|
|
l: utility.NewFreeList(cap),
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
func (l *sampleKeyList) Get() (*SampleKey, bool) {
|
|
|
|
if v, ok := l.l.Get(); ok {
|
|
|
|
return v.(*SampleKey), ok
|
|
|
|
}
|
|
|
|
|
2014-02-14 18:36:27 +00:00
|
|
|
return &SampleKey{}, false
|
2013-08-29 13:15:22 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
func (l *sampleKeyList) Give(v *SampleKey) bool {
|
|
|
|
*v = *defaultSampleKey
|
|
|
|
|
|
|
|
return l.l.Give(v)
|
|
|
|
}
|
|
|
|
|
|
|
|
func (l *sampleKeyList) Close() {
|
|
|
|
l.l.Close()
|
|
|
|
}
|
|
|
|
|
|
|
|
type valueAtTimeList struct {
|
|
|
|
l utility.FreeList
|
|
|
|
}
|
|
|
|
|
Remove the multi-op-per-fingerprint capability.
Currently, rendering a view is capable of handling multiple ops for
the same fingerprint efficiently. However, this capability requires a
lot of complexity in the code, which we are not using at all because
the way we assemble a viewRequest will never have more than one
operation per fingerprint.
This commit weeds out the said capability, along with all the code
needed for it. It is still possible to have more than one operation
for the same fingerprint, it will just be handled in a less efficient
way (as proven by the unit tests).
As a result, scanjob.go could be removed entirely.
This commit also contains a few related refactorings and removals of
dead code in operation.go, view,go, and freelist.go. Also, the
docstrings received some love.
Change-Id: I032b976e0880151c3f3fdb3234fb65e484f0e2e5
2014-02-27 19:09:00 +00:00
|
|
|
func (l *valueAtTimeList) Get(fp *clientmodel.Fingerprint, time clientmodel.Timestamp) *getValuesAtTimeOp {
|
|
|
|
var op *getValuesAtTimeOp
|
|
|
|
v, ok := l.l.Get()
|
|
|
|
if ok {
|
|
|
|
op = v.(*getValuesAtTimeOp)
|
|
|
|
} else {
|
|
|
|
op = &getValuesAtTimeOp{}
|
2013-08-29 13:15:22 +00:00
|
|
|
}
|
Remove the multi-op-per-fingerprint capability.
Currently, rendering a view is capable of handling multiple ops for
the same fingerprint efficiently. However, this capability requires a
lot of complexity in the code, which we are not using at all because
the way we assemble a viewRequest will never have more than one
operation per fingerprint.
This commit weeds out the said capability, along with all the code
needed for it. It is still possible to have more than one operation
for the same fingerprint, it will just be handled in a less efficient
way (as proven by the unit tests).
As a result, scanjob.go could be removed entirely.
This commit also contains a few related refactorings and removals of
dead code in operation.go, view,go, and freelist.go. Also, the
docstrings received some love.
Change-Id: I032b976e0880151c3f3fdb3234fb65e484f0e2e5
2014-02-27 19:09:00 +00:00
|
|
|
op.fp = *fp
|
|
|
|
op.current = time
|
|
|
|
return op
|
2013-08-29 13:15:22 +00:00
|
|
|
}
|
|
|
|
|
2014-02-14 18:36:27 +00:00
|
|
|
var pGetValuesAtTimeOp = &getValuesAtTimeOp{}
|
2013-08-29 13:15:22 +00:00
|
|
|
|
|
|
|
func (l *valueAtTimeList) Give(v *getValuesAtTimeOp) bool {
|
|
|
|
*v = *pGetValuesAtTimeOp
|
|
|
|
|
|
|
|
return l.l.Give(v)
|
|
|
|
}
|
|
|
|
|
|
|
|
func newValueAtTimeList(cap int) *valueAtTimeList {
|
|
|
|
return &valueAtTimeList{
|
|
|
|
l: utility.NewFreeList(cap),
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
type valueAtIntervalList struct {
|
|
|
|
l utility.FreeList
|
|
|
|
}
|
|
|
|
|
Remove the multi-op-per-fingerprint capability.
Currently, rendering a view is capable of handling multiple ops for
the same fingerprint efficiently. However, this capability requires a
lot of complexity in the code, which we are not using at all because
the way we assemble a viewRequest will never have more than one
operation per fingerprint.
This commit weeds out the said capability, along with all the code
needed for it. It is still possible to have more than one operation
for the same fingerprint, it will just be handled in a less efficient
way (as proven by the unit tests).
As a result, scanjob.go could be removed entirely.
This commit also contains a few related refactorings and removals of
dead code in operation.go, view,go, and freelist.go. Also, the
docstrings received some love.
Change-Id: I032b976e0880151c3f3fdb3234fb65e484f0e2e5
2014-02-27 19:09:00 +00:00
|
|
|
func (l *valueAtIntervalList) Get(fp *clientmodel.Fingerprint, from, through clientmodel.Timestamp, interval time.Duration) *getValuesAtIntervalOp {
|
|
|
|
var op *getValuesAtIntervalOp
|
|
|
|
v, ok := l.l.Get()
|
|
|
|
if ok {
|
|
|
|
op = v.(*getValuesAtIntervalOp)
|
|
|
|
} else {
|
|
|
|
op = &getValuesAtIntervalOp{}
|
2013-08-29 13:15:22 +00:00
|
|
|
}
|
Remove the multi-op-per-fingerprint capability.
Currently, rendering a view is capable of handling multiple ops for
the same fingerprint efficiently. However, this capability requires a
lot of complexity in the code, which we are not using at all because
the way we assemble a viewRequest will never have more than one
operation per fingerprint.
This commit weeds out the said capability, along with all the code
needed for it. It is still possible to have more than one operation
for the same fingerprint, it will just be handled in a less efficient
way (as proven by the unit tests).
As a result, scanjob.go could be removed entirely.
This commit also contains a few related refactorings and removals of
dead code in operation.go, view,go, and freelist.go. Also, the
docstrings received some love.
Change-Id: I032b976e0880151c3f3fdb3234fb65e484f0e2e5
2014-02-27 19:09:00 +00:00
|
|
|
op.fp = *fp
|
|
|
|
op.current = from
|
|
|
|
op.through = through
|
|
|
|
op.interval = interval
|
|
|
|
return op
|
2013-08-29 13:15:22 +00:00
|
|
|
}
|
|
|
|
|
2014-02-14 18:36:27 +00:00
|
|
|
var pGetValuesAtIntervalOp = &getValuesAtIntervalOp{}
|
2013-08-29 13:15:22 +00:00
|
|
|
|
|
|
|
func (l *valueAtIntervalList) Give(v *getValuesAtIntervalOp) bool {
|
|
|
|
*v = *pGetValuesAtIntervalOp
|
|
|
|
|
|
|
|
return l.l.Give(v)
|
|
|
|
}
|
|
|
|
|
|
|
|
func newValueAtIntervalList(cap int) *valueAtIntervalList {
|
|
|
|
return &valueAtIntervalList{
|
|
|
|
l: utility.NewFreeList(cap),
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
type valueAlongRangeList struct {
|
|
|
|
l utility.FreeList
|
|
|
|
}
|
|
|
|
|
Remove the multi-op-per-fingerprint capability.
Currently, rendering a view is capable of handling multiple ops for
the same fingerprint efficiently. However, this capability requires a
lot of complexity in the code, which we are not using at all because
the way we assemble a viewRequest will never have more than one
operation per fingerprint.
This commit weeds out the said capability, along with all the code
needed for it. It is still possible to have more than one operation
for the same fingerprint, it will just be handled in a less efficient
way (as proven by the unit tests).
As a result, scanjob.go could be removed entirely.
This commit also contains a few related refactorings and removals of
dead code in operation.go, view,go, and freelist.go. Also, the
docstrings received some love.
Change-Id: I032b976e0880151c3f3fdb3234fb65e484f0e2e5
2014-02-27 19:09:00 +00:00
|
|
|
func (l *valueAlongRangeList) Get(fp *clientmodel.Fingerprint, from, through clientmodel.Timestamp) *getValuesAlongRangeOp {
|
|
|
|
var op *getValuesAlongRangeOp
|
|
|
|
v, ok := l.l.Get()
|
|
|
|
if ok {
|
|
|
|
op = v.(*getValuesAlongRangeOp)
|
|
|
|
} else {
|
|
|
|
op = &getValuesAlongRangeOp{}
|
2013-08-29 13:15:22 +00:00
|
|
|
}
|
Remove the multi-op-per-fingerprint capability.
Currently, rendering a view is capable of handling multiple ops for
the same fingerprint efficiently. However, this capability requires a
lot of complexity in the code, which we are not using at all because
the way we assemble a viewRequest will never have more than one
operation per fingerprint.
This commit weeds out the said capability, along with all the code
needed for it. It is still possible to have more than one operation
for the same fingerprint, it will just be handled in a less efficient
way (as proven by the unit tests).
As a result, scanjob.go could be removed entirely.
This commit also contains a few related refactorings and removals of
dead code in operation.go, view,go, and freelist.go. Also, the
docstrings received some love.
Change-Id: I032b976e0880151c3f3fdb3234fb65e484f0e2e5
2014-02-27 19:09:00 +00:00
|
|
|
op.fp = *fp
|
|
|
|
op.current = from
|
|
|
|
op.through = through
|
|
|
|
return op
|
2013-08-29 13:15:22 +00:00
|
|
|
}
|
|
|
|
|
2014-02-14 18:36:27 +00:00
|
|
|
var pGetValuesAlongRangeOp = &getValuesAlongRangeOp{}
|
2013-08-29 13:15:22 +00:00
|
|
|
|
|
|
|
func (l *valueAlongRangeList) Give(v *getValuesAlongRangeOp) bool {
|
|
|
|
*v = *pGetValuesAlongRangeOp
|
|
|
|
|
|
|
|
return l.l.Give(v)
|
|
|
|
}
|
|
|
|
|
|
|
|
func newValueAlongRangeList(cap int) *valueAlongRangeList {
|
|
|
|
return &valueAlongRangeList{
|
|
|
|
l: utility.NewFreeList(cap),
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
type valueAtIntervalAlongRangeList struct {
|
|
|
|
l utility.FreeList
|
|
|
|
}
|
|
|
|
|
Remove the multi-op-per-fingerprint capability.
Currently, rendering a view is capable of handling multiple ops for
the same fingerprint efficiently. However, this capability requires a
lot of complexity in the code, which we are not using at all because
the way we assemble a viewRequest will never have more than one
operation per fingerprint.
This commit weeds out the said capability, along with all the code
needed for it. It is still possible to have more than one operation
for the same fingerprint, it will just be handled in a less efficient
way (as proven by the unit tests).
As a result, scanjob.go could be removed entirely.
This commit also contains a few related refactorings and removals of
dead code in operation.go, view,go, and freelist.go. Also, the
docstrings received some love.
Change-Id: I032b976e0880151c3f3fdb3234fb65e484f0e2e5
2014-02-27 19:09:00 +00:00
|
|
|
func (l *valueAtIntervalAlongRangeList) Get(fp *clientmodel.Fingerprint, from, through clientmodel.Timestamp, interval, rangeDuration time.Duration) *getValueRangeAtIntervalOp {
|
|
|
|
var op *getValueRangeAtIntervalOp
|
|
|
|
v, ok := l.l.Get()
|
|
|
|
if ok {
|
|
|
|
op = v.(*getValueRangeAtIntervalOp)
|
|
|
|
} else {
|
|
|
|
op = &getValueRangeAtIntervalOp{}
|
2013-08-29 13:15:22 +00:00
|
|
|
}
|
Remove the multi-op-per-fingerprint capability.
Currently, rendering a view is capable of handling multiple ops for
the same fingerprint efficiently. However, this capability requires a
lot of complexity in the code, which we are not using at all because
the way we assemble a viewRequest will never have more than one
operation per fingerprint.
This commit weeds out the said capability, along with all the code
needed for it. It is still possible to have more than one operation
for the same fingerprint, it will just be handled in a less efficient
way (as proven by the unit tests).
As a result, scanjob.go could be removed entirely.
This commit also contains a few related refactorings and removals of
dead code in operation.go, view,go, and freelist.go. Also, the
docstrings received some love.
Change-Id: I032b976e0880151c3f3fdb3234fb65e484f0e2e5
2014-02-27 19:09:00 +00:00
|
|
|
op.fp = *fp
|
|
|
|
op.current = from
|
|
|
|
op.rangeThrough = from.Add(rangeDuration)
|
|
|
|
op.rangeDuration = rangeDuration
|
|
|
|
op.interval = interval
|
|
|
|
op.through = through
|
|
|
|
return op
|
2013-08-29 13:15:22 +00:00
|
|
|
}
|
|
|
|
|
2014-02-14 18:36:27 +00:00
|
|
|
var pGetValueRangeAtIntervalOp = &getValueRangeAtIntervalOp{}
|
2013-08-29 13:15:22 +00:00
|
|
|
|
|
|
|
func (l *valueAtIntervalAlongRangeList) Give(v *getValueRangeAtIntervalOp) bool {
|
|
|
|
*v = *pGetValueRangeAtIntervalOp
|
|
|
|
|
|
|
|
return l.l.Give(v)
|
|
|
|
}
|
|
|
|
|
|
|
|
func newValueAtIntervalAlongRangeList(cap int) *valueAtIntervalAlongRangeList {
|
|
|
|
return &valueAtIntervalAlongRangeList{
|
|
|
|
l: utility.NewFreeList(cap),
|
|
|
|
}
|
|
|
|
}
|