Kx announced他们的free kdb+(32位)时间序列数据库。
我们通常可以从这个数据库中获得每秒读/写的性能吗?
我明白这是一个复杂的问题,因为答案取决于设置,节点数量等。我希望有人能够为我们提供一些数字以及用例。
答案 0 :(得分:4)
经过更多调查后,我在kx.com website上找到了样本效果基准:
在带有4 GB RAM的AMD Opteron盒子上,我们得到了
0.672 million inserts per second (single insert)
6.944 million inserts per second (bulk insert 10)
20.408 million inserts per second (bulk insert 100)
24.39 million inserts per second (bulk insert 1000)
25 million inserts per second (bulk insert 10000)
在配备0.5 GB RAM的AMD Turion64笔记本电脑上
0.928 million inserts per second (single insert)
8.065 million inserts per second (bulk insert 10)
16.129 million inserts per second (bulk insert 100)
16.129 million inserts per second (bulk insert 1000)
16.129 million inserts per second (bulk insert 10000)
在我的机器上运行相同的基准测试(32GB RAM,Xeon E5 3.2GHz,SSD):
1.972 million inserts per second (single insert)
30.303 million inserts per second (bulk insert 10)
142.857 million inserts per second (bulk insert 100)
250 million inserts per second (bulk insert 1000)
200 million inserts per second (bulk insert 10000)
答案 1 :(得分:2)
32位限制可寻址存储器。因此,内存数据库的大小受到限制。通常的做法是将当天(RDB)保留在内存中。
答案 2 :(得分:0)
STAC M3 benchmarks也很好地涵盖了这一点。除此之外,我不会期望32位v 64位二进制文件存在重大差异。我相信内存分配策略在两者中是相同的。
正如Datageek已经在他的帖子中所表明的那样,kx的表现是首屈一指的。对于习惯于OOP + SQL的大多数开发人员来说,这种语言肯定是新的,但这对于kx IMO来说是一个巨大的进步。