TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Anticipating the Future with LMDB (2016)

10 pointsby creckerover 2 years ago

1 comment

vlovich123over 2 years ago
My hunch is the analysis was fatally flawed.<p>&gt; the cost of storage has been decreasing at 38%&#x2F;year<p>This assumes that the growth rate in bytes used is staying constant. I don&#x27;t think that&#x27;s accurate in the aggregate which is why there&#x27;s compression. Additionally, the space overhead isn&#x27;t just about space usage. Flash suffers horrible wear which means that your space amplification is also write amplification. The combination in a growth rate in the amount of data and a plateau in write cycles means that without compression your cost of storage is probably costing you much more than it should.<p>Additionally, it assumes the growth rate for storage won&#x27;t hit it&#x27;s own plateau. Indeed, solid state prices seem to have leveled out already only 6 years after this article because flash is really hard to make cheaper (&amp; even spinning disk has plateaued).<p>I think the analysis is right that you can&#x27;t just assume you can use as much CPU as you want, but I think it&#x27;s wrong to eschew compression, especially since the DB gets to choose where to spend compression time on (&amp; decompression is usually free because you cache decompressed results so on average you&#x27;re not doing much).
评论 #33650142 未加载
评论 #33602361 未加载