在SSD时代编程

lol*_*llo 9 tree ram b-tree solid-state-drive

我想知道即将到来的SSD技术如何影响(mosty系统)编程.出现了大量问题,但这里有一些最明显的问题:

  • 可以在接近内存速度的任何地方考虑磁盘访问速度吗?
  • 如果不是,它或者只是一个临时状态,还是有一些根本原因导致SSD不会像RAM一样快?
  • B树(和它的堂兄弟)仍然相关吗?
  • 如果是这样,是否对SSD制作的B-Trees(B + -Trees,R-Trees等)进行了调整或修改?如果没有,是否有任何其他数据结构为SSD制作?

Iri*_*iel 7

确实,SSD消除了读取的寻道时间问题,但是在它们上有效地写入是非常棘手的.我们一直在研究这些问题,同时寻找将SSD用于Acunu存储核心的最佳方法.

您可能会发现这些有趣的:

  • 我迟到了一年,但在这里你去:) [日志文件系统和固态硬盘 - 为彼此制作?](https://web.archive.org/web/20120428011547/http://www.acunu. com/blogs/irit-katriel/theoretical-model-writes-ssds /)[为什么理论上的SSD失败](https://web.archive.org/web/20120729224435/http://www.acunu.com/2 /post/2011/08/why-theory-fails-for-ssds.html) (2认同)

Mar*_*tos 1

我很容易想到一个因素......

由于磁头在相隔较远的磁道之间移动的相对成本较高,因此将硬盘驱动器视为磁带驱动器的趋势日益明显。这导致人们努力优化数据访问模式,以便磁头可以在表面上平滑移动,而不是随机寻找。

SSD 实际上消除了寻道损失,因此我们可以不必太担心磁盘上数据的布局。(更准确地说,由于磨损均衡问题,我们有一系列不同的担忧)。