我正在试用QuestDB 使用二进制文件,在Proxmox下的Ubuntu容器中运行它们。二进制文件没有说明您需要什么资源,所以我猜测。在运行一些包含10,000,000行的CRUD实例时,我仍然设法为容器提供了大量的性能指标。
为容器配置了4个CPU核、4GB RAM &交换和8GB SSD。其中的一小部分可能会更好:查询期间的CPU使用率<1%,RAM使用率<1.25GB,存储空间小于25%。
在QuestDB文档的容量规划部分中有一些很好的信息(例如,用于轻工作负载的8 GB内存),但我的问题实际上是关于规模的低端--在开始使用文档的示例时,您至少可以获得哪些信息,并且仍然具有性能呢?
(我不介意用这个和一些其他的文档添加创建一个拉请求。最有可能的是,2核,2GB内存和4GB存储空间将是足够的,仍然给你一个很好的‘哇,这是快速’的因素,但条件是这只是为了评估的目的。
发布于 2022-11-18 09:29:57
在QuestDB的摄取和查询中,通过设计将两者分开,这意味着如果您计划在运行查询时摄入中等/高吞吐量数据,那么您希望有一个专用的核心来进行摄取,然后再为共享池创建另一个核心。
共享池用于查询,但也用于QuestDB需要运行的内部任务。如果您只是在运行一个演示,那么您可能只需要为共享池配置一个核心,但是对于生产场景,您可能希望根据您的访问模式来增加这一点。
关于磁盘容量和内存,这都取决于数据集的大小。如果工作数据集适合内存,QuestDB查询将更快。按照您的建议,2GB的RAM和4GB的磁盘存储对于示例来说应该是足够的,但是对于大多数生产场景,您可能都想增加两者。
https://stackoverflow.com/questions/74481598
复制相似问题