TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

1.25 Billion Key/Value Pairs in Redis 2.0.0-rc3 on a 32GB Machine

24 点作者 nochiel将近 15 年前

2 条评论

antirez将近 15 年前
Hey, very cool to see such a real-world tests! Thanks.<p>With Redis 2.0 lists, sets, and sorted sets are not as space saving data structures as hashes, but fortunately in Redis master they are going to be!<p>Redis master already implements specially encoded lists, so they are using very little memory (up to a given size. If the limit is reached the "ziplist" is converted into a real list using much more memory).<p>In very short time we'll also have space-saving sets (when composed of just integers). The patch is already in Pieter's git branch but needs more testing.<p>For sorted set... they'll likely remain a non space saving data structure ;) For hashes, lists and sets of integers the trick is that when they are small it's possible to specially encode this aggregate values without performance hits, but sorted sets are often composed of million of items, as they are used as indexes, so there are no tricks if we want sorted sets to be as fast as today.
mahmud将近 15 年前
<i>I’m kind of tempted to re-run this test using LISTS, then SETS, then SORTED SETS just to see how they all compare from a storage point of view.</i><p>Yes please, that would be much appreciated.
评论 #1546949 未加载