- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我们在索引中有 60M 文档。托管在 4 节点集群上。
我想确保配置针对文档的聚合进行了优化。
这是示例查询:
select * from sources * where (sddocname contains ([{"implicitTransforms": false}]"tweet")) | all(group(n_tA_c) each(output(count() as(count))));
字段 n_tA_c 包含字符串数组。这是示例文档:
{
"fields": {
"add_gsOrd": 63829,
"documentid": "id:firehose:tweet::815347045032742912",
"foC": 467,
"frC": 315,
"g": 0,
"ln": "en",
"m": "ya just wants some fried rice",
"mTp": 2,
"n_c_p": [],
"n_tA_c": [
"fried",
"rice"
],
"n_tA_s": [],
"n_tA_tC": [],
"sN": "long_delaney1",
"sT_dlC": 0,
"sT_fC": 0,
"sT_lAT": 0,
"sT_qC": 0,
"sT_r": 0.0,
"sT_rC": 467,
"sT_rpC": 0,
"sT_rtC": 0,
"sT_vC": 0,
"sddocname": "tweet",
"t": 1483228858608,
"u": 377606303,
"v": "false"
},
"id": "id:firehose:tweet::815347045032742912",
"relevance": 0.0,
"source": "content-root-cluster"
}
n_tA_c 是模式为 fast-search 的属性
field n_tA_c type array<string> {
indexing: summary | attribute
attribute: fast-search
}
简单的term聚合查询20s不回来。并且超时。我们需要确保减少延迟的额外检查 list 是什么?
$ curl 'http://localhost:8080/search/?yql=select%20*%20from%20sources%20*%20where%20(sddocname%20contains%20(%5B%7B%22implicitTransforms%22%3A%20false%7D%5D%22tweet%22))%20%7C%20all(group(n_tA_c)%20each(output(count()%20as(count))))%3B' | python -m json.tool
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 270 100 270 0 0 13 0 0:00:20 0:00:20 --:--:-- 67
{
"root": {
"children": [
{
"continuation": {
"this": ""
},
"id": "group:root:0",
"relevance": 1.0
}
],
"errors": [
{
"code": 12,
"message": "Timeout while waiting for sc0.num0",
"source": "content-root-cluster",
"summary": "Timed out"
}
],
"fields": {
"totalCount": 0
},
"id": "toplevel",
"relevance": 1.0
}
}
这些节点是 aws i3.4x 大盒子。(16 核,120 GB)
我可能会遗漏一些愚蠢的东西。
最佳答案
你要求每个唯一值和它们的 count() 因为你的分组表达式不包含任何 max(x) 限制,这是一个非常 cpu 和网络密集型的计算任务,限制组的数量要快得多,例如
all(group(n_tA_c) max(10) each(output(count() as(count))));
一般评论:与任何其他服务引擎一样,使用 vespa 时,重要的是要有足够的内存,例如禁用交换,这样您就可以在不承受高内存压力的情况下索引和搜索数据。
每种文档类型将使用多少内存取决于几个因素,但是使用属性定义的字段数量和每个节点的文档数量很重要。冗余和可搜索副本的数量也起着重要作用。
对整个语料库进行分组是内存密集型(内存带宽读取属性值)、CPU 密集型以及高扇出时的网络密集型(请在此处查看有关精度的更多信息 http://docs.vespa.ai/documentation/grouping.html 可以限制返回的组数每个节点)。
关于vespa - 如何在 Vespa 上快速聚合?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/46957804/
我们在 AWS EC2 centos 实例上安装 Vespa 时遇到一些问题,我们使用以下步骤进行安装。 curl -s https://raw.githubusercontent.com/vespa
我们在 AWS EC2 centos 实例上安装 Vespa 时遇到一些问题,我们使用以下步骤进行安装。 curl -s https://raw.githubusercontent.com/vespa
我在 vespa 中有多个文档,我想获取特定类型文档的文档总数。我怎样才能得到这个?有什么办法可以得到这个吗? 最佳答案 使用 /search/?yql=select * from sources *
我正在评估 vespa,但在 vespa.ai 文档中找不到任何对分面搜索 (https://lucidworks.com/2009/09/02/faceted-search-with-solr/)
在基准测试页面“https://docs.vespa.ai/en/performance/vespa-benchmarking.html”中,我们需要在使用命令 vespa-stop 增加 perse
与雅虎一起玩 vespa.ai ,我现在有一个我很满意的搜索定义,但仍然存储了一堆垃圾测试文档。 有没有一种简单的方法可以一次删除/清除/删除所有这些,ala SQL DROP TABLE或 DELE
我们在 Vespa 中遇到以下错误,在重新启动集群后我们遇到了以下问题。 1600455444.680758 10.10.000.00 1030/1 container
Vespa 是否支持用于字符串匹配的比较器,如 Levenshtein、Jaro-Winkler、Soundex 等?有什么方法可以将它们实现为插件,因为 Elasticsearch 中提供了一些插件
有没有办法将文档数据存储在内存中而不是磁盘上?通过这种方式,可以通过减少 IO 来提高性能。 最佳答案 您可以使用 attribute字段结合 fast-search (在数据之上构建发布列表),或考
是否有任何功能可以让我们搜索文本并获得测试匹配的匹配百分比或搜索文本和结果文本之间的字符串距离。 最佳答案 例如,参见 textSimilarity(name).queryCoverage 和 tex
我正在对使用 Vespa 作为数据库的应用程序进行负载测试。我有一些我正在做测试的样本记录。现在,当我第一次运行负载测试时,Vespa 会缓存影响我们下一个测试场景结果的查询结果。 有没有办法让我们可
我在处理元素相似性方面的多值查询项和字段时遇到问题。例如,如果我们有一个像这样的字符串数组: field colors type array # That might have several ite
我正在寻找关于需要什么以及如何连接 Vespa 以大规模检索索引数据的概述。我已经对 Vespa 文档 RESTful API 进行了压力测试,并且按照文档中的建议,它有一个上限。 http://do
我在处理元素相似性方面的多值查询项和字段时遇到问题。例如,如果我们有一个像这样的字符串数组: field colors type array # That might have several ite
我们想设置 4 个节点的集群来托管数据。并且集群仅托管一个索引,因此在所有 4 个节点中具有相似的数据类型。 我们的目标是将数据分片到节点上。假设两个分片和两个副本。 (总共 4 个节点来托管这 4
{ "yql": "select * from sources post where text contains\"brandmüller\";", “语言环境”:“en” } 查询未产生预期结果。如
有没有办法获取加载到 vespa 中的所有文件? 我尝试使用正则表达式进行查询,但没有按预期工作。 select * from entity where ID matches "[.]+"; ID 不
我们在索引中有 60M 文档。托管在 4 节点集群上。 我想确保配置针对文档的聚合进行了优化。 这是示例查询: select * from sources * where (sddocname con
有没有办法从同一集群的所有节点中删除索引(其文档)? 目前,我正在关注 this命令: $ /opt/vespa/bin/vespa-stop-services && /opt/vespa/bin/v
我有一个像下面给出的 whcih 的搜索结果: { "root": { "id": "toplevel", "relevance": 1, "fields": {
我是一名优秀的程序员,十分优秀!