2022-10-31 09:41:34 +00:00
|
|
|
// Licensed to the LF AI & Data foundation under one
|
|
|
|
// or more contributor license agreements. See the NOTICE file
|
|
|
|
// distributed with this work for additional information
|
|
|
|
// regarding copyright ownership. The ASF licenses this file
|
|
|
|
// to you 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 storage
|
|
|
|
|
|
|
|
import (
|
|
|
|
"fmt"
|
|
|
|
|
2023-02-26 03:31:49 +00:00
|
|
|
"github.com/cockroachdb/errors"
|
2024-06-13 09:57:56 +00:00
|
|
|
"github.com/samber/lo"
|
2023-02-26 03:31:49 +00:00
|
|
|
|
2023-06-08 17:28:37 +00:00
|
|
|
"github.com/milvus-io/milvus-proto/go-api/v2/schemapb"
|
enhance: Use Blocked Bloom Filter instead of basic bloom fitler impl. (#33405)
issue: #32995
To speed up the construction and querying of Bloom filters, we chose a
blocked Bloom filter instead of a basic Bloom filter implementation.
WARN: This PR is compatible with old version bf impl, but if fall back
to old milvus version, it may causes bloom filter deserialize failed.
In single Bloom filter test cases with a capacity of 1,000,000 and a
false positive rate (FPR) of 0.001, the blocked Bloom filter is 5 times
faster than the basic Bloom filter in both querying and construction, at
the cost of a 30% increase in memory usage.
- Block BF construct time {"time": "54.128131ms"}
- Block BF size {"size": 3021578}
- Block BF Test cost {"time": "55.407352ms"}
- Basic BF construct time {"time": "210.262183ms"}
- Basic BF size {"size": 2396308}
- Basic BF Test cost {"time": "192.596229ms"}
In multi Bloom filter test cases with a capacity of 100,000, an FPR of
0.001, and 100 Bloom filters, we reuse the primary key locations for all
Bloom filters to avoid repeated hash computations. As a result, the
blocked Bloom filter is also 5 times faster than the basic Bloom filter
in querying.
- Block BF TestLocation cost {"time": "529.97183ms"}
- Basic BF TestLocation cost {"time": "3.197430181s"}
---------
Signed-off-by: Wei Liu <wei.liu@zilliz.com>
2024-05-31 09:49:45 +00:00
|
|
|
"github.com/milvus-io/milvus/internal/util/bloomfilter"
|
2023-04-06 11:14:32 +00:00
|
|
|
"github.com/milvus-io/milvus/pkg/common"
|
2022-10-31 09:41:34 +00:00
|
|
|
)
|
|
|
|
|
|
|
|
// pkStatistics contains pk field statistic information
|
|
|
|
type PkStatistics struct {
|
enhance: Use Blocked Bloom Filter instead of basic bloom fitler impl. (#33405)
issue: #32995
To speed up the construction and querying of Bloom filters, we chose a
blocked Bloom filter instead of a basic Bloom filter implementation.
WARN: This PR is compatible with old version bf impl, but if fall back
to old milvus version, it may causes bloom filter deserialize failed.
In single Bloom filter test cases with a capacity of 1,000,000 and a
false positive rate (FPR) of 0.001, the blocked Bloom filter is 5 times
faster than the basic Bloom filter in both querying and construction, at
the cost of a 30% increase in memory usage.
- Block BF construct time {"time": "54.128131ms"}
- Block BF size {"size": 3021578}
- Block BF Test cost {"time": "55.407352ms"}
- Basic BF construct time {"time": "210.262183ms"}
- Basic BF size {"size": 2396308}
- Basic BF Test cost {"time": "192.596229ms"}
In multi Bloom filter test cases with a capacity of 100,000, an FPR of
0.001, and 100 Bloom filters, we reuse the primary key locations for all
Bloom filters to avoid repeated hash computations. As a result, the
blocked Bloom filter is also 5 times faster than the basic Bloom filter
in querying.
- Block BF TestLocation cost {"time": "529.97183ms"}
- Basic BF TestLocation cost {"time": "3.197430181s"}
---------
Signed-off-by: Wei Liu <wei.liu@zilliz.com>
2024-05-31 09:49:45 +00:00
|
|
|
PkFilter bloomfilter.BloomFilterInterface // bloom filter of pk inside a segment
|
|
|
|
MinPK PrimaryKey // minimal pk value, shortcut for checking whether a pk is inside this segment
|
|
|
|
MaxPK PrimaryKey // maximal pk value, same above
|
2022-10-31 09:41:34 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
// update set pk min/max value if input value is beyond former range.
|
|
|
|
func (st *PkStatistics) UpdateMinMax(pk PrimaryKey) error {
|
|
|
|
if st == nil {
|
|
|
|
return errors.New("nil pk statistics")
|
|
|
|
}
|
|
|
|
if st.MinPK == nil {
|
|
|
|
st.MinPK = pk
|
|
|
|
} else if st.MinPK.GT(pk) {
|
|
|
|
st.MinPK = pk
|
|
|
|
}
|
|
|
|
|
|
|
|
if st.MaxPK == nil {
|
|
|
|
st.MaxPK = pk
|
|
|
|
} else if st.MaxPK.LT(pk) {
|
|
|
|
st.MaxPK = pk
|
|
|
|
}
|
|
|
|
|
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
|
|
|
func (st *PkStatistics) UpdatePKRange(ids FieldData) error {
|
|
|
|
switch pks := ids.(type) {
|
|
|
|
case *Int64FieldData:
|
|
|
|
buf := make([]byte, 8)
|
|
|
|
for _, pk := range pks.Data {
|
|
|
|
id := NewInt64PrimaryKey(pk)
|
|
|
|
err := st.UpdateMinMax(id)
|
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
common.Endian.PutUint64(buf, uint64(pk))
|
|
|
|
st.PkFilter.Add(buf)
|
|
|
|
}
|
|
|
|
case *StringFieldData:
|
|
|
|
for _, pk := range pks.Data {
|
|
|
|
id := NewVarCharPrimaryKey(pk)
|
|
|
|
err := st.UpdateMinMax(id)
|
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
st.PkFilter.AddString(pk)
|
|
|
|
}
|
|
|
|
default:
|
|
|
|
return fmt.Errorf("invalid data type for primary key: %T", ids)
|
|
|
|
}
|
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
|
|
|
func (st *PkStatistics) PkExist(pk PrimaryKey) bool {
|
|
|
|
// empty pkStatics
|
|
|
|
if st.MinPK == nil || st.MaxPK == nil || st.PkFilter == nil {
|
|
|
|
return false
|
|
|
|
}
|
|
|
|
// check pk range first, ugly but key it for now
|
|
|
|
if st.MinPK.GT(pk) || st.MaxPK.LT(pk) {
|
|
|
|
return false
|
|
|
|
}
|
|
|
|
|
|
|
|
// if in range, check bloom filter
|
|
|
|
switch pk.Type() {
|
|
|
|
case schemapb.DataType_Int64:
|
|
|
|
buf := make([]byte, 8)
|
|
|
|
int64Pk := pk.(*Int64PrimaryKey)
|
|
|
|
common.Endian.PutUint64(buf, uint64(int64Pk.Value))
|
|
|
|
return st.PkFilter.Test(buf)
|
|
|
|
case schemapb.DataType_VarChar:
|
|
|
|
varCharPk := pk.(*VarCharPrimaryKey)
|
|
|
|
return st.PkFilter.TestString(varCharPk.Value)
|
|
|
|
default:
|
2023-09-21 01:45:27 +00:00
|
|
|
// TODO::
|
2022-10-31 09:41:34 +00:00
|
|
|
}
|
|
|
|
// no idea, just make it as false positive
|
|
|
|
return true
|
|
|
|
}
|
2024-05-07 13:13:47 +00:00
|
|
|
|
|
|
|
// Locations returns a list of hash locations representing a data item.
|
enhance: Use Blocked Bloom Filter instead of basic bloom fitler impl. (#33405)
issue: #32995
To speed up the construction and querying of Bloom filters, we chose a
blocked Bloom filter instead of a basic Bloom filter implementation.
WARN: This PR is compatible with old version bf impl, but if fall back
to old milvus version, it may causes bloom filter deserialize failed.
In single Bloom filter test cases with a capacity of 1,000,000 and a
false positive rate (FPR) of 0.001, the blocked Bloom filter is 5 times
faster than the basic Bloom filter in both querying and construction, at
the cost of a 30% increase in memory usage.
- Block BF construct time {"time": "54.128131ms"}
- Block BF size {"size": 3021578}
- Block BF Test cost {"time": "55.407352ms"}
- Basic BF construct time {"time": "210.262183ms"}
- Basic BF size {"size": 2396308}
- Basic BF Test cost {"time": "192.596229ms"}
In multi Bloom filter test cases with a capacity of 100,000, an FPR of
0.001, and 100 Bloom filters, we reuse the primary key locations for all
Bloom filters to avoid repeated hash computations. As a result, the
blocked Bloom filter is also 5 times faster than the basic Bloom filter
in querying.
- Block BF TestLocation cost {"time": "529.97183ms"}
- Basic BF TestLocation cost {"time": "3.197430181s"}
---------
Signed-off-by: Wei Liu <wei.liu@zilliz.com>
2024-05-31 09:49:45 +00:00
|
|
|
func Locations(pk PrimaryKey, k uint, bfType bloomfilter.BFType) []uint64 {
|
2024-05-07 13:13:47 +00:00
|
|
|
switch pk.Type() {
|
|
|
|
case schemapb.DataType_Int64:
|
|
|
|
buf := make([]byte, 8)
|
|
|
|
int64Pk := pk.(*Int64PrimaryKey)
|
|
|
|
common.Endian.PutUint64(buf, uint64(int64Pk.Value))
|
enhance: Use Blocked Bloom Filter instead of basic bloom fitler impl. (#33405)
issue: #32995
To speed up the construction and querying of Bloom filters, we chose a
blocked Bloom filter instead of a basic Bloom filter implementation.
WARN: This PR is compatible with old version bf impl, but if fall back
to old milvus version, it may causes bloom filter deserialize failed.
In single Bloom filter test cases with a capacity of 1,000,000 and a
false positive rate (FPR) of 0.001, the blocked Bloom filter is 5 times
faster than the basic Bloom filter in both querying and construction, at
the cost of a 30% increase in memory usage.
- Block BF construct time {"time": "54.128131ms"}
- Block BF size {"size": 3021578}
- Block BF Test cost {"time": "55.407352ms"}
- Basic BF construct time {"time": "210.262183ms"}
- Basic BF size {"size": 2396308}
- Basic BF Test cost {"time": "192.596229ms"}
In multi Bloom filter test cases with a capacity of 100,000, an FPR of
0.001, and 100 Bloom filters, we reuse the primary key locations for all
Bloom filters to avoid repeated hash computations. As a result, the
blocked Bloom filter is also 5 times faster than the basic Bloom filter
in querying.
- Block BF TestLocation cost {"time": "529.97183ms"}
- Basic BF TestLocation cost {"time": "3.197430181s"}
---------
Signed-off-by: Wei Liu <wei.liu@zilliz.com>
2024-05-31 09:49:45 +00:00
|
|
|
return bloomfilter.Locations(buf, k, bfType)
|
2024-05-07 13:13:47 +00:00
|
|
|
case schemapb.DataType_VarChar:
|
|
|
|
varCharPk := pk.(*VarCharPrimaryKey)
|
enhance: Use Blocked Bloom Filter instead of basic bloom fitler impl. (#33405)
issue: #32995
To speed up the construction and querying of Bloom filters, we chose a
blocked Bloom filter instead of a basic Bloom filter implementation.
WARN: This PR is compatible with old version bf impl, but if fall back
to old milvus version, it may causes bloom filter deserialize failed.
In single Bloom filter test cases with a capacity of 1,000,000 and a
false positive rate (FPR) of 0.001, the blocked Bloom filter is 5 times
faster than the basic Bloom filter in both querying and construction, at
the cost of a 30% increase in memory usage.
- Block BF construct time {"time": "54.128131ms"}
- Block BF size {"size": 3021578}
- Block BF Test cost {"time": "55.407352ms"}
- Basic BF construct time {"time": "210.262183ms"}
- Basic BF size {"size": 2396308}
- Basic BF Test cost {"time": "192.596229ms"}
In multi Bloom filter test cases with a capacity of 100,000, an FPR of
0.001, and 100 Bloom filters, we reuse the primary key locations for all
Bloom filters to avoid repeated hash computations. As a result, the
blocked Bloom filter is also 5 times faster than the basic Bloom filter
in querying.
- Block BF TestLocation cost {"time": "529.97183ms"}
- Basic BF TestLocation cost {"time": "3.197430181s"}
---------
Signed-off-by: Wei Liu <wei.liu@zilliz.com>
2024-05-31 09:49:45 +00:00
|
|
|
return bloomfilter.Locations([]byte(varCharPk.Value), k, bfType)
|
2024-05-07 13:13:47 +00:00
|
|
|
default:
|
|
|
|
// TODO::
|
|
|
|
}
|
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
2024-06-13 09:57:56 +00:00
|
|
|
func (st *PkStatistics) TestLocationCache(lc *LocationsCache) bool {
|
2024-05-07 13:13:47 +00:00
|
|
|
// empty pkStatics
|
|
|
|
if st.MinPK == nil || st.MaxPK == nil || st.PkFilter == nil {
|
|
|
|
return false
|
|
|
|
}
|
|
|
|
|
|
|
|
// check bf first, TestLocation just do some bitset compute, cost is cheaper
|
2024-06-13 09:57:56 +00:00
|
|
|
if !st.PkFilter.TestLocations(lc.Locations(st.PkFilter.K(), st.PkFilter.Type())) {
|
2024-05-07 13:13:47 +00:00
|
|
|
return false
|
|
|
|
}
|
|
|
|
|
2024-06-13 09:57:56 +00:00
|
|
|
// check pk range after
|
|
|
|
return st.MinPK.LE(lc.pk) && st.MaxPK.GE(lc.pk)
|
2024-05-07 13:13:47 +00:00
|
|
|
}
|
2024-05-13 02:15:32 +00:00
|
|
|
|
2024-06-13 09:57:56 +00:00
|
|
|
func (st *PkStatistics) BatchPkExist(lc *BatchLocationsCache, hits []bool) []bool {
|
2024-05-13 02:15:32 +00:00
|
|
|
// empty pkStatics
|
|
|
|
if st.MinPK == nil || st.MaxPK == nil || st.PkFilter == nil {
|
2024-06-13 09:57:56 +00:00
|
|
|
return hits
|
2024-05-13 02:15:32 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
// check bf first, TestLocation just do some bitset compute, cost is cheaper
|
2024-06-13 09:57:56 +00:00
|
|
|
locations := lc.Locations(st.PkFilter.K(), st.PkFilter.Type())
|
|
|
|
ret := st.PkFilter.BatchTestLocations(locations, hits)
|
|
|
|
|
|
|
|
// todo: a bit ugly, hits[i]'s value will depends on multi bf in single segment,
|
|
|
|
// hits array will be removed after we merge bf in segment
|
|
|
|
pks := lc.PKs()
|
|
|
|
for i := range ret {
|
|
|
|
if !hits[i] {
|
|
|
|
hits[i] = ret[i] && st.MinPK.LE(pks[i]) && st.MaxPK.GE(pks[i])
|
|
|
|
}
|
2024-05-13 02:15:32 +00:00
|
|
|
}
|
|
|
|
|
2024-06-13 09:57:56 +00:00
|
|
|
return hits
|
2024-05-13 02:15:32 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
// LocationsCache is a helper struct caching pk bloom filter locations.
|
|
|
|
// Note that this helper is not concurrent safe and shall be used in same goroutine.
|
|
|
|
type LocationsCache struct {
|
enhance: Use Blocked Bloom Filter instead of basic bloom fitler impl. (#33405)
issue: #32995
To speed up the construction and querying of Bloom filters, we chose a
blocked Bloom filter instead of a basic Bloom filter implementation.
WARN: This PR is compatible with old version bf impl, but if fall back
to old milvus version, it may causes bloom filter deserialize failed.
In single Bloom filter test cases with a capacity of 1,000,000 and a
false positive rate (FPR) of 0.001, the blocked Bloom filter is 5 times
faster than the basic Bloom filter in both querying and construction, at
the cost of a 30% increase in memory usage.
- Block BF construct time {"time": "54.128131ms"}
- Block BF size {"size": 3021578}
- Block BF Test cost {"time": "55.407352ms"}
- Basic BF construct time {"time": "210.262183ms"}
- Basic BF size {"size": 2396308}
- Basic BF Test cost {"time": "192.596229ms"}
In multi Bloom filter test cases with a capacity of 100,000, an FPR of
0.001, and 100 Bloom filters, we reuse the primary key locations for all
Bloom filters to avoid repeated hash computations. As a result, the
blocked Bloom filter is also 5 times faster than the basic Bloom filter
in querying.
- Block BF TestLocation cost {"time": "529.97183ms"}
- Basic BF TestLocation cost {"time": "3.197430181s"}
---------
Signed-off-by: Wei Liu <wei.liu@zilliz.com>
2024-05-31 09:49:45 +00:00
|
|
|
pk PrimaryKey
|
|
|
|
basicBFLocations []uint64
|
|
|
|
blockBFLocations []uint64
|
2024-05-13 02:15:32 +00:00
|
|
|
}
|
|
|
|
|
enhance: Use Blocked Bloom Filter instead of basic bloom fitler impl. (#33405)
issue: #32995
To speed up the construction and querying of Bloom filters, we chose a
blocked Bloom filter instead of a basic Bloom filter implementation.
WARN: This PR is compatible with old version bf impl, but if fall back
to old milvus version, it may causes bloom filter deserialize failed.
In single Bloom filter test cases with a capacity of 1,000,000 and a
false positive rate (FPR) of 0.001, the blocked Bloom filter is 5 times
faster than the basic Bloom filter in both querying and construction, at
the cost of a 30% increase in memory usage.
- Block BF construct time {"time": "54.128131ms"}
- Block BF size {"size": 3021578}
- Block BF Test cost {"time": "55.407352ms"}
- Basic BF construct time {"time": "210.262183ms"}
- Basic BF size {"size": 2396308}
- Basic BF Test cost {"time": "192.596229ms"}
In multi Bloom filter test cases with a capacity of 100,000, an FPR of
0.001, and 100 Bloom filters, we reuse the primary key locations for all
Bloom filters to avoid repeated hash computations. As a result, the
blocked Bloom filter is also 5 times faster than the basic Bloom filter
in querying.
- Block BF TestLocation cost {"time": "529.97183ms"}
- Basic BF TestLocation cost {"time": "3.197430181s"}
---------
Signed-off-by: Wei Liu <wei.liu@zilliz.com>
2024-05-31 09:49:45 +00:00
|
|
|
func (lc *LocationsCache) GetPk() PrimaryKey {
|
|
|
|
return lc.pk
|
|
|
|
}
|
2024-05-29 02:05:42 +00:00
|
|
|
|
enhance: Use Blocked Bloom Filter instead of basic bloom fitler impl. (#33405)
issue: #32995
To speed up the construction and querying of Bloom filters, we chose a
blocked Bloom filter instead of a basic Bloom filter implementation.
WARN: This PR is compatible with old version bf impl, but if fall back
to old milvus version, it may causes bloom filter deserialize failed.
In single Bloom filter test cases with a capacity of 1,000,000 and a
false positive rate (FPR) of 0.001, the blocked Bloom filter is 5 times
faster than the basic Bloom filter in both querying and construction, at
the cost of a 30% increase in memory usage.
- Block BF construct time {"time": "54.128131ms"}
- Block BF size {"size": 3021578}
- Block BF Test cost {"time": "55.407352ms"}
- Basic BF construct time {"time": "210.262183ms"}
- Basic BF size {"size": 2396308}
- Basic BF Test cost {"time": "192.596229ms"}
In multi Bloom filter test cases with a capacity of 100,000, an FPR of
0.001, and 100 Bloom filters, we reuse the primary key locations for all
Bloom filters to avoid repeated hash computations. As a result, the
blocked Bloom filter is also 5 times faster than the basic Bloom filter
in querying.
- Block BF TestLocation cost {"time": "529.97183ms"}
- Basic BF TestLocation cost {"time": "3.197430181s"}
---------
Signed-off-by: Wei Liu <wei.liu@zilliz.com>
2024-05-31 09:49:45 +00:00
|
|
|
func (lc *LocationsCache) Locations(k uint, bfType bloomfilter.BFType) []uint64 {
|
|
|
|
switch bfType {
|
|
|
|
case bloomfilter.BasicBF:
|
|
|
|
if int(k) > len(lc.basicBFLocations) {
|
|
|
|
lc.basicBFLocations = Locations(lc.pk, k, bfType)
|
|
|
|
}
|
|
|
|
return lc.basicBFLocations[:k]
|
|
|
|
case bloomfilter.BlockedBF:
|
2024-06-13 09:57:56 +00:00
|
|
|
// for block bf, we only need cache the hash result, which is a uint and only compute once for any k value
|
|
|
|
if len(lc.blockBFLocations) != 1 {
|
|
|
|
lc.blockBFLocations = Locations(lc.pk, 1, bfType)
|
enhance: Use Blocked Bloom Filter instead of basic bloom fitler impl. (#33405)
issue: #32995
To speed up the construction and querying of Bloom filters, we chose a
blocked Bloom filter instead of a basic Bloom filter implementation.
WARN: This PR is compatible with old version bf impl, but if fall back
to old milvus version, it may causes bloom filter deserialize failed.
In single Bloom filter test cases with a capacity of 1,000,000 and a
false positive rate (FPR) of 0.001, the blocked Bloom filter is 5 times
faster than the basic Bloom filter in both querying and construction, at
the cost of a 30% increase in memory usage.
- Block BF construct time {"time": "54.128131ms"}
- Block BF size {"size": 3021578}
- Block BF Test cost {"time": "55.407352ms"}
- Basic BF construct time {"time": "210.262183ms"}
- Basic BF size {"size": 2396308}
- Basic BF Test cost {"time": "192.596229ms"}
In multi Bloom filter test cases with a capacity of 100,000, an FPR of
0.001, and 100 Bloom filters, we reuse the primary key locations for all
Bloom filters to avoid repeated hash computations. As a result, the
blocked Bloom filter is also 5 times faster than the basic Bloom filter
in querying.
- Block BF TestLocation cost {"time": "529.97183ms"}
- Basic BF TestLocation cost {"time": "3.197430181s"}
---------
Signed-off-by: Wei Liu <wei.liu@zilliz.com>
2024-05-31 09:49:45 +00:00
|
|
|
}
|
2024-06-13 09:57:56 +00:00
|
|
|
return lc.blockBFLocations
|
enhance: Use Blocked Bloom Filter instead of basic bloom fitler impl. (#33405)
issue: #32995
To speed up the construction and querying of Bloom filters, we chose a
blocked Bloom filter instead of a basic Bloom filter implementation.
WARN: This PR is compatible with old version bf impl, but if fall back
to old milvus version, it may causes bloom filter deserialize failed.
In single Bloom filter test cases with a capacity of 1,000,000 and a
false positive rate (FPR) of 0.001, the blocked Bloom filter is 5 times
faster than the basic Bloom filter in both querying and construction, at
the cost of a 30% increase in memory usage.
- Block BF construct time {"time": "54.128131ms"}
- Block BF size {"size": 3021578}
- Block BF Test cost {"time": "55.407352ms"}
- Basic BF construct time {"time": "210.262183ms"}
- Basic BF size {"size": 2396308}
- Basic BF Test cost {"time": "192.596229ms"}
In multi Bloom filter test cases with a capacity of 100,000, an FPR of
0.001, and 100 Bloom filters, we reuse the primary key locations for all
Bloom filters to avoid repeated hash computations. As a result, the
blocked Bloom filter is also 5 times faster than the basic Bloom filter
in querying.
- Block BF TestLocation cost {"time": "529.97183ms"}
- Basic BF TestLocation cost {"time": "3.197430181s"}
---------
Signed-off-by: Wei Liu <wei.liu@zilliz.com>
2024-05-31 09:49:45 +00:00
|
|
|
default:
|
|
|
|
return nil
|
|
|
|
}
|
2024-05-13 02:15:32 +00:00
|
|
|
}
|
|
|
|
|
2024-05-29 02:05:42 +00:00
|
|
|
func NewLocationsCache(pk PrimaryKey) *LocationsCache {
|
|
|
|
return &LocationsCache{
|
|
|
|
pk: pk,
|
2024-05-13 02:15:32 +00:00
|
|
|
}
|
|
|
|
}
|
2024-06-13 09:57:56 +00:00
|
|
|
|
|
|
|
type BatchLocationsCache struct {
|
|
|
|
pks []PrimaryKey
|
|
|
|
k uint
|
|
|
|
|
|
|
|
// for block bf
|
|
|
|
blockLocations [][]uint64
|
|
|
|
|
|
|
|
// for basic bf
|
|
|
|
basicLocations [][]uint64
|
|
|
|
}
|
|
|
|
|
|
|
|
func (lc *BatchLocationsCache) PKs() []PrimaryKey {
|
|
|
|
return lc.pks
|
|
|
|
}
|
|
|
|
|
|
|
|
func (lc *BatchLocationsCache) Size() int {
|
|
|
|
return len(lc.pks)
|
|
|
|
}
|
|
|
|
|
|
|
|
func (lc *BatchLocationsCache) Locations(k uint, bfType bloomfilter.BFType) [][]uint64 {
|
|
|
|
switch bfType {
|
|
|
|
case bloomfilter.BasicBF:
|
|
|
|
if k > lc.k {
|
|
|
|
lc.k = k
|
|
|
|
lc.basicLocations = lo.Map(lc.pks, func(pk PrimaryKey, _ int) []uint64 {
|
|
|
|
return Locations(pk, lc.k, bfType)
|
|
|
|
})
|
|
|
|
}
|
|
|
|
|
|
|
|
return lc.basicLocations
|
|
|
|
case bloomfilter.BlockedBF:
|
|
|
|
// for block bf, we only need cache the hash result, which is a uint and only compute once for any k value
|
|
|
|
if len(lc.blockLocations) != len(lc.pks) {
|
|
|
|
lc.blockLocations = lo.Map(lc.pks, func(pk PrimaryKey, _ int) []uint64 {
|
|
|
|
return Locations(pk, lc.k, bfType)
|
|
|
|
})
|
|
|
|
}
|
|
|
|
|
|
|
|
return lc.blockLocations
|
|
|
|
default:
|
|
|
|
return nil
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
func NewBatchLocationsCache(pks []PrimaryKey) *BatchLocationsCache {
|
|
|
|
return &BatchLocationsCache{
|
|
|
|
pks: pks,
|
|
|
|
}
|
|
|
|
}
|