Articles of ssd

SSD驱动器会受益于非默认的分配单元大小吗?

在当前设置中格式化驱动器时,build议的默认分配单元大小是4096字节。 我了解大小尺寸的优缺点(性能提升与空间保留)的基本原理,但似乎固态驱动器(寻道时间大大低于硬盘)的好处可能会造成一种情况,其中一个更小的分配大小不是有害的。 如果是这样的话,它至less可以部分地帮助克服SSD(每GB大幅提高的价格)的缺点。 有没有办法确定与寻找时间有关的较小分配大小的“成本”? 或者是否有任何研究或文章build议从基于这种新技术的默认更改? (假定大小程序文件,操作系统文件,数据,MP3,文本文件等等的最平均散射)

硬件RAID控制器支持SSD TRIM

今天可用的硬件RAID控制器是否支持TRIM ? 如果没有,那么制造商是否有支持TRIM的目标date? 我是否应该关心安装在性能敏感的工作站上的SSD的TRIM? 在你提出这个build议之前,是的,软件RAID会回避这个问题,但是我的要求不允许软件RAID。 编辑:答案在当前date似乎是“没有RAID控制器支持TRIM”。 更新:截至2012年8月, 英特尔7系列主板支持RAID 0 TRIM 。现在可能更多的厂商在2015年支持

调零SSD驱动器

我们为客户提供VPS。 每个客户VPS在标准主轴硬盘上被赋予一个LVM LV。 如果客户要离开,我们将这个LV清零,确保他们的数据不会泄露给其他客户。 我们正在考虑用SSD来做我们的托pipe业务。 鉴于固态硬盘具有“耗损均衡”技术,这是否使零点毫无意义? 这是否使这个SSD的想法是不可行的,因为我们不能让客户的数据泄漏到另一个客户?

可能在Linux上使用TRIM(丢弃)工作在ext4 + LVM +软件RAID上?

我们在Linux上使用RAID1 + 0和md(目前是2.6.37)来创buildmd设备,然后使用LVM在设备上提供卷pipe理,然后在LVM卷组上使用ext4作为我们的文件系统。 以SSD作为驱动器,我们希望看到TRIM命令通过层(ext4 – > LVM – > md – > SSD)传播到设备。 看起来最近的2.6.3x内核已经添加了很多新的与SSD有关的TRIM支持,包括更多的设备映射程序的覆盖范围,但是我们似乎仍然无法使其正确地级联。 这可能吗? 如果是这样,怎么样? 如果没有,是否有进展?

具有NVcaching的RAID控制器是否可以提高SSDarrays的性能或完整性?

我打算购买带有RAID 10的固态硬盘的服务器(戴尔PowerEdge R740),我的优先级是写入性能和数据完整性。 它将运行Linux。 SSD具有写保护function的caching。 这似乎是我的RAID选项: PERC H330(无caching),软件RAID(传递) PERC H330(无caching),硬件RAID(直写) PERC H730P(2 Gb NVcaching),硬件RAID(直写) PERC H740P(8 Gb NVcaching),硬件RAID(直写) 我的问题: 这些configuration中的任何configuration是否有数据丢失或电力损失损坏的风险? 我应该期望哪种configuration具有最佳的写入性能? NVcaching有没有其他的好处,我没有考虑? 相关问题: 软件与硬件RAID性能和caching使用情况 LSI FastPath与软件RAID有什么不同?

通过SSD上的BtrFSvalidationTRIM支持

我们正在研究在SSD磁盘arrays上使用BtrFS,并且我被要求validationBtrFS实际上在删除文件时执行TRIM操作。 到目前为止,我一直无法validationTRIM命令是否发送到磁盘。 我知道BtrFS不被视为生产准备,但我们喜欢stream血的边缘,因此我正在testing它。 服务器是Ubuntu 11.04服务器64位版本(mkfs.btrfs 0.19版本)。 我已经安装了Linux 3.0.0内核,因为BtrFS更新日志声明,在Ubuntu 11.04(2.6.38)附带的内核中,批量TRIM不可用。 这是我的testing方法(最初通过http://andyduffell.com/techblog/?p=852 ,修改与BtrFS一起工作): 手动TRIM磁盘开始之前: for i in {0..10} ; do let A="$i * 65536" ; hdparm –trim-sector-ranges $A:65535 –please-destroy-my-drive /dev/sda ; done for i in {0..10} ; do let A="$i * 65536" ; hdparm –trim-sector-ranges $A:65535 –please-destroy-my-drive /dev/sda ; done 确认驱动器是TRIM'd: ./sectors.pl |grep + | tee sectors-$(date […]

ProLiant Gen8服务器中的第三方SSD解决scheme

我想知道在HP(DL380p)Gen8服务器上是否有任何人使用Intel DC3700固态硬盘(或类似的) 我正在升级一组使用直连存储的数据库服务器。 通常,我们在我们的服务器configuration中使用惠普品牌的一切,除了几个SSD的桌面(所有这些桌面都完美无缺地工作)之外,我还没有使用固态硬盘 – 当然不是在服务器上。 我们正在升级的服务器在Windows上运行SQL Server(2005)。 我们正在迁移到SQL 2012.当前的机器在DL370 G6上托pipe一个200GB的数据库,并在RAID 1 + 0中configuration72GB 15K SFF驱动器,如下所示:OS(2主轴),tempdb(4主轴),t-日志(8主轴),数据(20锭)。 性能不是问题(CPU负载通常为20%/峰值30%,磁盘队列为典型值= 1)。 数据卷磁盘运行在P800外的MSA50中,因此可能有5K IOPS。 硬件已经接近4年了,所以是时候刷新了。 由各个硬盘报告的数据使用情况显示自从部署到数据卷后的写入量<100TB; 在事务日志卷上写入<10TB; 和tempdb上的〜1TB。 这是用例。 现在考虑一个新的,相同的磁盘子系统。 每台服务器将运行约15000美元(34x 15K硬盘@ 250美元+ 2个D2700机架+智能arraysP421用于外部存储)。 考虑一个类似的SSD部署,例如数据量为6x 200GB SSD,OS,tempdb和日志为2(100GB)。 也许矫枉过正,但使用英特尔直streamS3700所有与第二arrays卡带给我每台服务器大约5千美元。 另外,它可以安装在一个2U的盒子里(使用DL380p上的扩展笼),每年可以节省数百美元的电费。 随着SSD性能的提高,这甚至可能会覆盖一些琐碎的查询;-)。 等同的“无忧”HP SSD解决scheme将运行约10万美元。 两倍的价格与较less的保修,较低的耐力,但保证性能和可pipe理性。 当然,有大量的中间解决scheme可以工作。 我也非常了解供应商支持的解决scheme与第三方的权衡。 我没有的是整合这些特定产品的经验来帮助量化这些权衡。 我希望有人在那里,并愿意分享他的经验。 我想到的问题是: 在arraysP42x / P822卡上,S3700在Proliant环境中能够很好地发挥作用吗? 如果使用S3700,使用第三方卡是否有优势,比如LSI 9270-8i? 我已经概述了如何(很容易)用第三方解决scheme完成固件升级或pipe理警报? 如果大会有特殊的问题,你们是怎么解决的呢? 随着固态硬盘在存储领域引入的变化,存储解决scheme甚至比几年前简单得多。 我相信他们在未来几年会有很大的不同,我们期待着再等一个周期才能认真考虑在任何服务器应用中使用SSD。 在我走过这条路之前,有没有人会分享他们的相关经验? 请告诉我们为什么我们聪明,疯狂,或者介于两者之间。

SSD磁头/柱面/簇的详细信息

我们的一个客户使得工业机器人运行在非常老而稳定的硬件和软件上。 唯一的瓶颈一直是这些移动机器的硬盘驱动器。 由于持续运动(冲击等),HDD通常不会超过六个月。 所以现在我们试图连接一个SSD。 主板没有SATA连接(不出所料),所以我们使用SATA转IDE转换器将其连接到主板上的IDE端口。 这工作和BIOS识别驱动器。 唯一的问题是它不会启动。 它冻结POST。 在BIOS中(从20世纪90年代起),我们需要指定一些名为'HEADS','SYL','CLUSTER'和'LANDZ'的值。 不像传统的硬盘,这个硬盘显然没有盘片。 有没有一种方式驱动模拟这些东西在IDE上,我们可以以某种方式找出这些值应该为我们的具体驱动器? 我们已经随机更改了这些值,有时它会通过POST,有时不会。 如果是这样,但是,它仍然不启动,只是说没有连接驱动器。 总之,有没有人有任何SATA硬盘连接到旧的IDE主板的经验,我们可以做些什么来做到这一点(如果有的话)?

SSD vs HDD的可靠性(超大温度变化)

我有一个需要在室外环境下进行数据logging的应用程序,而且我感兴趣的是在冷(低至-20)和高温(+50)的环境中 ,SSD和HDD的可靠性。 直觉让我相信固态硬盘将更加可靠,除了高温之外。 空调机箱不是一个选项。 有没有人有这些情况下的磁盘可靠性的任何信息?

你应该禁用页面文件与SSD?

我一直在阅读这个问题 ,它有很多很好的信息。 但假设你有足够的内存,我认为页面文件应该在SSD上禁用,以延长使用寿命。 我知道你会失败的核心转储,但没有多less人需要这些信息。 从我的理解,没有一个页面文件,因为你达到你的内存的限制,可能会触发磁盘颠簸。 但是对于SSD来说,没有任何颠簸的概念,读取速度很快。 你们有什么感想?