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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

OrioleDB beta7: Benchmarks

140 点作者 oliverrice6 个月前

5 条评论

merqurio6 个月前
All my kudos for the OrioleDB team, they have been working for years with the Postgres core devs to get the extensibility patches they need for their storage extensions merged back.<p>It’s not just about building their extension but actually making Postgres better for everyone. I would have loved that big corps would have taken this approach, as it opens the doors to others to add features for different use cases and making postgres more of a DBMS framework
评论 #42290991 未加载
akorotkov6 个月前
Some notable benchmarks from the OrioleDB beta7 release:<p>* 5.5x Faster at 500 Warehouses: In TPC-C benchmarks with 500 warehouses, OrioleDB outperformed PostgreSQL&#x27;s default heap tables by 5.5 times. This highlights significant gains in workloads that stress shared memory cache bottlenecks.<p>* 2.7x Faster at 1000 Warehouses: Even when the data doesn&#x27;t fit into the OS memory cache (at 1000 warehouses), OrioleDB was 2.7 times faster. Its index-organized tables improve data locality, reducing disk I&#x2F;O and boosting performance.<p>Try it yourself:<p>Clone the OrioleDB repository from GitHub and follow the build instructions, or use their Docker image. <a href="https:&#x2F;&#x2F;github.com&#x2F;orioledb&#x2F;orioledb#installation">https:&#x2F;&#x2F;github.com&#x2F;orioledb&#x2F;orioledb#installation</a> Alternatively, run OrioleDB on Supabase. Read the blog post for more details. <a href="https:&#x2F;&#x2F;supabase.com&#x2F;blog&#x2F;orioledb-launch">https:&#x2F;&#x2F;supabase.com&#x2F;blog&#x2F;orioledb-launch</a><p>Run your own workloads or existing benchmarks like go-tpc or HammerDB to see the performance differences firsthand. We Would love to hear about others&#x27; experiences with OrioleDB, especially in production-like environments or with different workloads.
评论 #42337460 未加载
znpy6 个月前
&gt; Our roadmap includes support for multi-master configurations, enhancing availability and fault tolerance. This will allow for read and write operations across multiple nodes, improving performance and resilience.<p>Fu--ing finally!
评论 #42288623 未加载
vvern6 个月前
Can people please, for the love of god, stop running tpcc with think time disabled. When run in this way it is not the TPC-C benchmark, and is not &quot;simulating real database workloads that is considered a modern standard in database applications.&quot; TPC-C generally has an open-loop traffic arrival rate that scales with the size of the data and is lightly contended. When run without think time, it becomes closed loop, and generally dominated by the contention that was not supposed to be dominant.<p>This instance is less bad than some in that it&#x27;s at least comparing the same sort of database and doing it using the same driver -- so it is at least an apples to apples measurement of something.<p>Still, please, as a community we need to stop getting rid of the think time and quoting the output as tpmC or as a standard benchmark.<p>See <a href="https:&#x2F;&#x2F;www.tpc.org&#x2F;tpc_documents_current_versions&#x2F;pdf&#x2F;tpc-c_v5.11.0.pdf" rel="nofollow">https:&#x2F;&#x2F;www.tpc.org&#x2F;tpc_documents_current_versions&#x2F;pdf&#x2F;tpc-c...</a> for the spec.
评论 #42299964 未加载
评论 #42293936 未加载
benpacker6 个月前
Very excited about this and it’s future!