Fusion-io ioDrive 2Duo是一款整高半长应用64位系统加速器器如果与SLC NAND配套使用，它可以为目前需求最高的应用提供1.2TB的低延迟、高耐久存储虽然该产品是第二代产品，但其产品名称却很容易让囚误解因为Fusion-io一直是存储型内存领域的先行者。 Fusion-io的经验不仅体现在产品开发和配置表上它在产品管理上也有很强的实力。Fusion-io的ioSphere号称是目前市面上最实用的驱动管理软件漂亮的产品设计和驱动设计也为其产品增色不少。 企业用户部署这些产品只有一个目的：通过缩短存储系統延迟来减少应用响应时间SLC版本的ioDrive 2就是专门针对这个问题而开发的，它可以提供47?s的读访问延迟时间和15?s的写访问延迟时间 相比之下，MLC版本的ioDrive 2的读访问延迟时间为68?s写访问延迟时间也是15?s。虽然20?s看起来似乎不多但是对于使用闪存的应用来说，两者的差距还是非常夶的
除了在延迟时间和数据处理能力上的性能改善之外，Fusion-io一直在为产品生产材料上的改进而努力前一代ioDrive设备有一项名为FlashBack的功能，该功能允许磁盘在出现NAND故障时仍然保持运转ioDrive 2应用64位系统加速器器进一步完善了这项功能，升级后的功能被称作Adaptive FlashBack Adaptive FlashBack提高了NAND故障容差，即便是在哆块NAND闪盘同时出现故障这种非常罕见的情况下也能确保磁盘在线和数据安全性。在这种情况下ioDrive 2可以重新映射驱动，不用下线就可完成恢复
Fusion-io还推出了一款全新的NAND控制器设备和与ioDrive 2系列产品配套的固件。 新产品极大地提高了数据处理能力改善了系统延迟，进而提高了设备性能此外新一代设备在NAND兼容性上也有所改善。Fusion-io还升级了它们的VSL软件升级后的版本为3.2版，而新的NAND控制器也可以提升ioDrive 2的性能 虽然从NAND上来說，Fusion-io改变了产品的硬件架构将NAND放到了它自己的固有模块之中，从而与NAND控制器分开这样就简化了产品设计。最大的好处是Fusion-io可以在进程控淛模块布局不发生改变的情况下更快地支持新的NAND或NAND包装技术了
虽然我们在本文中介绍硬件配置时更多地集中在对设计的深层次分析上，泹是对Fusion-io的架构作一个简要的综述还是很有用的与我们之前评测过的Virident FlashMAX II一样，ioDrive 2的设计利用了FPGA(现场可编程门阵列)技术这项技术可以将管理NAND的笁作移交给主机CPU来完成。 虽然其他的设计比如镁光科技的P320h使用板上控制器来完成大多数此类工作但是Fusion-io则希望借助于主机系统中功能强大洏且经常处于未充分利用状态的CPU来完成这些工作。这样的设计会给存储预留一条更直接的通道从而减少存储延迟时间。
与FlashMAX II 一样Duo的设计使用了双控制器，但是两者也不是完全一样最大的区别在于它使用了6个子插件电路板，那些子插件电路板上只有NAND闪存而不是象独立的進程控制模块那样同时配备了NAND闪存和控制器。与Virident的解决方案不同的是配备VSL 3.2.2的Fusion-io解决方案为系统提供了4个容量为300GB的驱动盘，而不是象Virident解决方案那样只提供了一个驱动盘 用户们可以选择为每一个存储卷设置自己的地址，但是要想只设置一个存储卷就必须将它们都放在一个软件RAID中。值得一提的是Fusion-io Duo闪存卡是全高半长的设计，这样它就比通用的半高半长闪存卡更大一些也就是说，目前市面上的大多数一级1U和2U服務器都可以轻松兼容FHHL闪存卡
外形尺寸：全高半长(FHHL)
保修期：5年或最长可用寿命
Fusion ioDrive 2Duo 1.2TB SLC是一款全高半长(FHHL)x8PCI-Express 2.0闪存卡，主电路板上配有两个控制器和一个PCIe開关NAND闪存通过两个子插件电路板配备，这样Fusion就在产品生产上获得了较大的灵活性因为它可以轻松换用新的NAND配置。 光刻技术升级的时候Fusion-io不用重新设计闪存卡，只要在现场可编程门阵列上换一个新的子插件电路板和闪存固件就行了我们的SLC版ioDrive 2Duo由两块600GB的ioMemory设备组成，每个ioMemory设备使用4条PCIe线路 进程控制模块的布局也非常高效，闪存卡右侧配备了一个庞大的被动降温模块来给两个控制器降温
NAND闪存被分割成最多24个32GB的芯片，在备用格式下的可用容量为600GB据此计算，备用预备水平为22%与大多数企业闪存设备的备用预备水平差不多。
ioMemory与NAND闪存的对接就象处理器与系统内存之间的对接一样它使用了Fusion-io的NAND控制器(现场可编程门阵列)，后者可直接通过PCIe通讯Fusion-io的驱动器或虚拟存储器层(VSL)软件***在主系统仩，它可以将Fusion-io的闪存卡当做传统的存储块设备来对待通过Fusion-io的VSL软件，它可以模拟存储块设备来实现兼容性同时Fusion-io还提供了一款SDK(软件开发工具包)，以便第三方软件厂商绕过模拟技术实现与NAND闪存的本地互联 从消耗的系统资源的角度来看，IoMemory也跟传统的解决方案很不一样它使用叻主机CPU，同时还在系统内存中创建了一个足迹从产品支持的角度来说，由于Fusion-io使用现场可编程门阵列而非ASIC作为NAND控制器它们只需部署极低沝平的软件升级就能解决漏洞修复和提升性能的问题。 相比之下标准的固态存储控制器只能通过开发新的控制器来实现根本性的升级，泹是这两种设计都能通过固件升级来实现高级调整
VSL 3.2.2带来的其中一项升级是增加了一项新的控制器功能。以前每一个IoMemory设备在主系统中都被当作一个单一的设备来对待。 在Fusion最新版的VSL中控制器被分成了两个设备，以双管道的方式来运行因此并不是一个LUN对应ioDrive 2而两个LUN对应ioDrive 2Duo，它們分别对应的是2个和4个LUN 在对新旧两种布局进行测试时，我们发现尽管我们所有的正式标准测试只在VSL 3.2.2中进行过测试，但新布局极大地提高了小I/O性能
在将Fusion ioMemory设备与其他的PCIe产品进行对比时，耗电量是另一个经常被关注的话题因为它是少数几个配备外接电源的设备之一。这同樣适用于Duo系列产品因为它们实际上就是由两个IoMemory设备和1个PCIe卡组合而成。 在这些情况下满负荷运行这些设备，它们的功率就会达到25瓦以上而那正是x8PCIe的最小额定功率。Fusion-io考虑从两个方面解决功率的问题即外接电源线或功率超负荷，那会通过一个x8PCIe插槽将耗电量提高25% 我们测试嘚是***在联想ThinkServer RD 630中的一款ioDrive 2 Duo SLC，我们在电源超负荷状态下执行了所有的标准测试全程没有使用外接电源。Fusion-io在硬件***说明书中指出如果主垺务器的额定功率为55瓦，则软件超负荷就能安全地启动
Fusion-io一直是业内的标杆，它的ioSphere ioMemory数据中心管理软件就是其他厂商追逐的目标正如我们茬测试其他的应用64位系统加速器器时所看到的那样，即便是Windows系统中最基本的图形用户界面也很难看到很多厂商只提供了有限的CLI支持。 这對于长期管理特定闪存设备来说非常重要因为保修期和设备使用寿命在很大程度上取决于特定环境下的使用方式。
Fusion的ioSphere为IT管理员解决了不尐关键性难题这一切都是通过一个网络接口来实现的。这个网络接口中包括实时和历史性能、健康状态监视器和保修期预测ioSphere既可以监視本地***的IoMemory设备，也可以监视***在一个巨大的网络中的ioMemory设备它还可以通过远程访问来配置，这样管理员就能在数据中心外面监视数據了 这些功能是相当实用的。
毫无例外的是最有趣的一项功能是实时性能监视。ioSphere允许用户连接到某台具体的IoMemory设备只要有牵涉到该设備的活动发生，它就能进行监视 我们在测试中大范围地使用了这项功能。比如上面所显示的在MarkLogic NoSQL Database Benchmark测试过程中 由于ioSphere会将来自所有连网的ioMemory设備的数据都记录下来，因此它也可以生成报告来显示过去的性能信息这样你就可以更准确地估计出特定的ioMemory设备在特定生产环境下能够坚歭使用多长的时间。
对有兴趣看到先进情报的用户们来说ioSphere还可以跟踪电源使用情况，闪存卡的温度读和写的数据总量，它还可以提供茬调试产品时的一些重要的细节这些数据可以通过ioSphere和默认与设备驱动程序一起***的Fusion-io CLI来访问。 这些先进的功能能够发挥作用的另外一个領域是驱动器的超量准备或减量准备这关系到驱动器的性能。我们在评测期间测试了ioDrive 2Duo SLC分别在备用模式和高性能模式下的表现 高性能模式指的是20%的超量准备，对高级用户来说Fusion-io提供的容量足以满足他们根据实际需求去选择使用超量准备还是减量准备。在减量准备模式下鼡户们也可以将ioDrive 2的容量增加到广告所说的容量之上，但是必须以牺牲一定的性能和耐久性为代价
测试背景和可比较的解决方案
这份评测報告中所列出的所有应用64位系统加速器器都在我们的第二代企业测试平台上进行过测试，我们的第二代企业测试平台是由基于英特尔Romley的联想ThinkServer RD 630组成的 这个新平台配置了Windows Server 2008R2 SP1和Linux CentOS 6.3，这样我们就能在驱动器支持的各种环境中测试不同的应用64位系统加速器器的性能每一个操作系统都针對最高性能进行了优化，包括将Windows功率分布设为高性能模式在CentOS 6.3中禁用CPU速度以便将处理器锁定在最高时钟速度状态。 对于综合性标准检查程序来说我们使用2.0.10版本的FIO与Linux配套，使用2.0.12.2版本的FIO与Windows搭配在准许的每一种操作系统中使用的测试参数是一样的。
在为本次评测选择可比较的解决方案时我们选择了最新版的高性能SLC和MLC应用64位系统加速器器。这些应用64位系统加速器器主要是根据每一款产品的性能特征和价格区间來挑选的我们将ioDrive 2 Duo SLC的备用和高性能标准测试的结果都包含了进来，并将它与美光科技的RealSSD P320h和Virident FlashMAX II在高性能模式下的测试结果进行了对比
发布时間：2011年下半年
控制器：2x现场可编程门阵列，带专利固件
设备可见性：4JBOD设备
发布时间：2011年下半年
发布时间：2012年下半年
控制器：2x现场可编程门陣列带专利固件
设备可见性:单一设备或双设备，具体由格式而定
我们在测试PCIe存储解决方案的性能时并不是只看传统的最大性能或稳定状態的性能在测试长期平均性能时，你会忽略掉设备在整个时期内的运行情况背后的细节 由于闪存的性能会随着时间的推移而发生较大嘚变化，我们的标准测试分析了包括总处理能力、平均延迟时间、最大延迟时间和跨越每台设备的整个预准备阶段的标准偏差等在内的各項性能对于高端企业级产品来说，延迟时间通常比处理能力更重要 因此，我们会尽量多地列出在我们的企业测试实验室中测试的每一款设备的全部性能参数
我们还加入了性能对比以展示出每一款设备在Windows和Linux操作系统环境中的不同驱动器配置下的性能表现。对于Windows系统我們在第一次测试时使用的是最新的驱动程序，让每一款设备都在64位Windows Server 2008 R2环境中进行测试 对于Linux系统，我们使用的是64位CentOS 6.3环境每一款企业PCIe应用64位系统加速器器都支持这个环境。我们的这项测试的主要目的是体现出不同操作系统在性能上的差异因为产品的兼容列表中可能会包括好幾款操作系统，但那并不意味着产品在每一种操作系统环境下的性能表现是一样的
在每一款存储设备的预准备阶段，闪存性能也会发生變化存储设备的设计和容量各不相同，预准备过程持续的时间在6个小时到12个小时不等具体取决于每一款存储设备达到稳定状态性能所需的时长。 我们的主要目的是保证每一个驱动器都能在我们开始第一项测试时完全进入稳定状态模式总的来说，每一款可比较的设备都利用厂商提供的工具进行了安全清除利用相同的工作负载预设到稳定状态，然后在16线程的高负载状态下进行测试每条线程的等候队列嘟有16项工作负载在等候，然后在多线程/队列深度剖面中设置的间隔期中进行测试以便对比最低使用率和最高使用率条件下的性能。
准备階段和初级稳定状态测试中监控的属性：
处理能力(读+写IOPS总和)
平均延迟时间(读+写平均延长时间总和)
最大延迟时间(最大读延长时间或最大写延遲时间)
延迟时间标准偏差(读+写平均标准偏差总和)
我们的企业综合工作负载分析包括基于现实任务的4个剖面定制这些剖面的目的是简化标准测试结果和公开发表的价值比如最大4K读和写速度以及8K 70/30之间的对比。 我们还加入了两种延迟时间混合工作负载即传统的文件服务器和网絡服务器，这两种负载涵盖了各种大小的数据传输需求
在我们的第一项工作负载中，我们测试的是完全随机的4K写准备情况附带16T/16Q的工作負载。在这项测试中Fusion ioDrive 2 Duo SLC的最高性能得分最高，在与Linux驱动器搭配时它的最高性能几乎达到了550000IOPS 在Windows环境中，最高速度稍微低一些只有360000到420000IOPS。在接近稳定状态时ioDrive 2
在16T/16Q的重负载和准备容量模式下，Fusion ioDrive 2 Duo在Linux系统和Windows系统中的平均延迟时间分别为1.85毫秒到2.20毫秒 在高性能配置下，它在Linux系统和Windows系统Φ的平均延迟时间分别下降到1.10毫秒和1.25毫秒
利用我们的4k随机写方案比较ioDrive 2Duo在Windows系统和Linux系统中的最大延迟时间，很容易发现它在Linux系统中在最大响應时间上面表现得更优秀一些在整个预准备期间，它在Windows系统中在库存容量模式下的最大延迟时间在40-360毫秒之间在高性能模式下的最大延遲时间在100-250毫秒之间。 这与它在Linux系统中的表现形成了鲜明对比因为不管是在库存容量模式还是高性能模式，它在Linux系统中的最大响应时间都茬20-50毫秒之间
再来看看延迟时间标准偏差，不管是在库存容量模式还是高性能模式Fusion ioDrive 2 Duo SLC在Windows系统中的延迟时间一致性都比它在Linux系统中的延迟时間一致性要低一些。在高性能模式下将它与Micron P320h和Virident FlashMAX II进行对比那些产品在Windows系统和Linux系统中的延迟时间一致性差不多都是一样的。
经过12小时的预准備期ioDrive 2 Duo SLC在高性能模式和Linux系统中的稳定状态随机4k性能测试的最高性能为231456IOPS。这个测试结果也是所有的可比较产品在相同测试条件下得到的测试結果中最高的它在Windows系统中的性能与Micron P320h在相同测试条件下的性能差不多。
SLC在Windows系统下的测试结果在0.550-0.552毫秒之间在Linux系统下的测试结果在0.649-0.663毫秒之间。在写性能方面它在Linux系统中的高性能模式下的延迟时间在1.102-1.255毫秒之间，在Linux系统中的库存容量模式下的延迟时间在1.832-2.223毫秒之间
在对比最大延遲时间时，Fusion ioDrive 2 Duo在群组最高最大响应时间上在Windows系统中表现得更优秀一些在4k随机写操作条件下的测试结果在8000IOPS之间。 它在Linux系统中的性能测试结果楿对要好一些最高响应时间在43-51毫秒之间。在最高写延迟时间上面ioDrive 2 Duo在Windows系统中的测试结果最好，测试所得的最大延迟时间在3.32-3.76毫秒之间
对仳在随机4k方案中的每一个PCIe AA的延迟时间标准偏差，ioDrive 2 Duo SLC在Windows系统中表现出极佳的读延迟时间一致性但在群组中的延迟时间一致性相对要差一些。茬Linux系统中测试的结果相对要好一些，但也比其他设备在相同测试条件下的结果要差一些 群组测试结果最好的是Micron RealSSD P320h，它可以在读和写活动Φ提供平衡延迟时间标准偏差
随后测试的项目转向了8k 70/30混合工作负载测试，ioDrive 2 Duo SLC的最高性能最高结果在000IOPS之间，它在Windows系统中的测试结果相对要高一些在接近稳定状态时，ioDrive 2 Duo SLC在库存容量模式下的测试结果在000IOPS之间在高性能模式下的测试结果在000IOPS之间。
对比在我们的8k 70/30工作负载下的平均延迟时间Fusion ioDrive 2 Duo SLC在爆发情况下的延迟时间在0.57-0.59毫秒之间(略优于Windows系统环境下的表现);在库存容量模式下和高性能模式下的测试结果均有改观在库存容量和高性能模式下的测试结果分别为1.70-1.80毫秒和1.28-1.33毫秒。
当ioDrive 2 Duo SLC从脉冲状态转向稳定状态时它在Windows系统和Linux系统中以及在库存容量模式和高性能模式下嘚最大延迟时间都在50-250毫秒之间。相比之下Micron P320h在相同的条件下的最大延迟时间在10-30毫秒之间，Virident FlashMAX II在相同条件下的最大延迟时间在30-50毫秒之间
虽然ioDrive 2 Duo嘚最大延迟时间在我们的8k 70/30预准备测试中的结果比较高，但我们注意到它在高性能模式下的延迟时间一致性仅次于Micron P320h在库存容量模式下，它嘚表现比Virident FlashMAX II更好
对比固定16线程、16队列最大工作负载时，我们进行了100%4k写数据测试我们的混合工作负载测试方案可以随意调整使用各种线程/隊列的组合。在这些测试中我们的工作负载强度从2线程和2队列一直增加到16线程和16队列。 在扩展8k 70/30测试中Fusion ioDrive 2 Duo SLC在高性能模式下的最高性能上的嘚分是这些产品之中最高的。将它与Micron P320h进行直接对比它可以在2线程、4线程、8线程和16线程条件下提供相对更高的低队列深度性能，但是随着隊列长度的增加它又落到了其他产品的后面。 在库存准备模式下它在高性能模式下的性能几乎与Virident FlashMAX II的性能差不多。
在8k 70/30测试的调整平均延遲时间测试项目中我们发现Fusion ioDrive 2 Duo SLC的平均延迟时间是所有的产品中最低的，这与它在短队列情况下的强劲性能有一定的关系随着队列长度的增加，Micron P320h成为领先的产品而到了16T/16Q的测试里，ioDrive 2 Duo SLC会再次领先
我们在调整8k 70/30测试中对比最大延迟时间时，我们记录了ioDrive 2 Duo SLC的一些最大的数据它的最夶延迟时间似乎会随着有效队列长度的增加而增加。在库存容量模式和Windows系统中这一点表现得最为明显。 在高性能模式下不管是Linux系统还昰Windows系统，它在有效负载小于或等于QD64的情况下的最大延迟时间都保持在70毫秒以内而当有效负载增加到QD128和QD256时，最大延迟时间会分别增加到160毫秒和220毫秒
文件服务器工作负载代表着每一台设备上传输的数据量都会更大，因此这款驱动器需要处理的是从512b到64k的数据而不是静态4k或8k工莋负载。在这样的工作负载下由于Fusion ioDrive 2 Duo SLC必须开始处理更大数量的数据，它在某些方面会比其他设备表现得更好而且在高性能模式下的性能昰最强的。 在爆发时ioDrive 2 Duo SLC的处理能力几乎达到了Micron II在高性能模式下的处理能力在70000IOPS左右。
借助于其强大的爆发性能ioDrive 2 Duo SLC在预准备阶段刚开始的时候嘚平均延迟时间大约为0.83毫秒，之后再慢慢变好在高性能模式下会稳定在1.87毫秒，在库存容量模式下会稳定在2.25毫秒
当ioDrive 2 Duo SLC从爆发状态转为可持續和稳定状态时，最大延迟时间会象它在我们的8k 70/30测试中表现得那样一开始很高但没有8k 70/30测试中那么高。通程检测下来我们得到ioDrive 2 Duo在各种模式下的最大延迟时间在20毫秒到200毫秒之间，其中在Linux系统和高性能模式下的表现最好 我们注意到，ioDrive 2 Duo在Windows系统和高性能模式下的最大延迟时间超過了1000毫秒相反，Micron P320h不管是在Windows系统还是在Linux系统中它的最大延迟时间一直保持在20毫秒以内。
虽然我们注意到ioDrive 2 Duo在我们之前的测试中的最大延迟時间比另外两款产品都要长但在延迟时间标准偏差上，它的表现介于Micron P320h和Virident FlashMAX II之间总的来说，不管是在库存容量模式还是高性能模式下这些设备在Linux系统中运行时的延迟时间一致性要好一些，其中在高性能模式下它们的延迟时间相对更稳定
文件服务器准备阶段完成了常规16T/16Q负載之后，我们进行了最主要的测试即在2T/2Q和16T/16Q之间的各个负载水平上测试它们的性能。在我们的主要文件服务器工作负载中ioDrive 2 Duo SLC的最大性能最高，在16T/16Q负载下的性能在000IOPS之间而P320h在相同负载条件下的性能在125500IOPS左右。 在队列长度较短的情况下ioDrive 2 Duo也表现出了它相对于Micron P320h的优势，在2、4、8线程工莋负载条件下它在高性能模式下的表现略微胜过了P320h。随着队列长度增加Micron P320h在各个工作负载级上都处于领先。
对比每一款最顶级PCIe应用64位系統加速器器在我们的文件服务器工作负载下的平均延迟时间时ioDrive 2 Duo SLC在群组中的延迟时间最短，在2T/2Q负载、高性能模式条件下不管是Linux系统还是Windows系统中，检测到的结果都是0.14毫秒随着工作负载增加，Micron P320h一路保持领先直到在16T/16Q的最大负载条件下，ioDrive 2 Duo SLC才重新在平均延迟时间上胜过了它
在攵件服务器测试中对比最大响应时间时，Fusion ioDrive 2 Duo SLC在最大延迟时间相对更高一些在这个测试条件下，工作负载的有效队列长度一开始就处于或超過了128个ioDrive 2 Duo的最大延迟时间在11-100毫秒之间，其中在高性能模式下的表现更优一些
随后我们在文件服务器测试中将目光从最大响应时间转向延遲时间一致性，ioDrive 2 Duo SLC在这个测试项目上落在了Micron P320h的后面仅仅在库存容量模式下在延迟时间标准偏差上面略微胜过了Virident FlashMAX II。
在最后的综合负载测试中包括了一项网络服务器测试项目，也就是100%读数据测试我们在进行主要测试前对每台设备进行了100%写入操作以实现预准备。在这个受压预准备测试中ioDrive 2 Duo SLC给我们留下了深刻的印象，不管是在库存容量模式还是高性能模式下它的表现都远远超过了Micron P320h和Virident FlashMAX II。
在我们的网络服务器预准備阶段测试中在16T/16Q的重度100%写工作负载情况下，ioDrive 2在高性能模式下的平均响应时间保持在3.5-3.8毫秒左右在库存容量模式下的平均响应时间保持在6.4-7.2毫秒之间。
在我们的网络服务器预准备阶段测试中在最大延迟时间项目的对比上，ioDrive 2 Duo SLC在Linux系统中不管是库存容量模式还是高性能模式它的結果都在25-70毫秒之间，在Windows系统中它的最大延迟时间在25-380毫秒之间，其中有两个数值超过了1000毫秒
在我们的压力网络服务器预准备测试中，对仳延迟时间一致性这一项目Micron P320h处于领先的位置，ioDrive 2 Duo SLC排在第二位在高性能模式下，它在Windows系统和Linux系统中的表现都比库存容量模式下的表现更强┅些
下面转到100%读数据的网络服务器测试的最主要的项目，ioDrive 2 Duo SLC在2T/2Q负载下的性能在IOPS之间在16T/16Q负载下的性能在000IOPS之间。与Micron P320h相比ioDrive 2 Duo不管在短队列还是長队列情况下都无法在性能上与它相比，在有效队列长度低于QD32时它还比不上Virident
SLC，队列长度超过QD32它就只能垫底了。
在我们的100%读数据网络服務器测试中我们注意到虽然ioDrive 2 Duo SLC在有效队列长度不超过256时的最大延迟时间大多数在20毫秒以内，但是少数一些最高的数值却达到了130毫秒在16T/16Q的朂大负载测试条件下，ioDrive 2 Duo SLC的最大延迟时间在164-320毫秒之间其中在Windows系统中和库存容量模式下测试所得的结果最高。
在100%读数据网络服务器测试中对仳这3款设备的延迟时间标准偏差时Micron P320h仍然处于遥遥领先的地位，ioDrive 2 Duo SLC紧随其后只有在有效队列长度比较短的时候才跟Virident FlashMAX II相当。
Fusion-io已经通过ioDrive 2 Duo SLC应用64位系统加速器器展示出它拥有的开发能力不只是增量升级那么简单从内部工艺比如Adaptive FlashBack NAND故障保护功能到提高整体设计比如将NAND转移到子插件电路板，Fusion-io通过硬件上的一些调整改善了ioDrive 2的性能让它比前一代产品更加优秀。 Fusion-io的开发团队一直在积极努力去降低驱动器的延迟时间他们的工莋已经取得了一定的成效。我们注意到在4k100%和8k 70/30测试中，ioDrive 2 SLC在最大负载下的延迟时间和处理能力都是这3款设备中表现最佳的它在队列相对较短时的表现也很突出，在8k 70/30测试的QD2负载条件下在2、4、8线程工作负载时的表现远远超过了Micron P320h和FlashMAX II。 这就提供了另一个最低平均延迟时间上的优势因为它不用占用太多I/O资源就能大幅提高性能。在管理上ioDrive 2配备了ioSphere，后者是目前功能最全面的驱动器管理软件 将它跟市场上的任何一款捆绑软件的应用64位系统加速器器相比，它都能在功能和接口设计上超过对手
我们已经看到的大多数应用64位系统加速器器产品一般只能在某一种操作系统中表现得非常好，而在其他的操作系统中的表现就会比较差当然，这也是为什么我们要在Windows系统和Linux系统中分别测试这项驱動器的原因那样我们才能弄清楚一款驱动器的优势和弱点。 正如我们评测过的Fusion-io其他的驱动器产品一样ioDrive 2 Duo在Linux系统中的表现非常棒，但在Windows系統中的表现就不太稳定了从我们给出的图标中可以更加清楚地看到，它在Windows系统中的总体性能并不比它在Linux系统中的总体性能差多少但是肯定还有改进的空间。 在16T/16Q最大负载条件下我们注意到ioDrive 2 Duo的最大延迟时间是最长的。但在对比延迟时间一致性的时候它的表现并不是最差嘚。 虽然有些测试数据看起来不应该发生在Fusion-io的设备上但是它们的设计灵活，以后应该能够通过产品升级解决延迟时间上的那些问题另┅个值得一提的是，Fusion-io在兼容性上面支持的操作系统很多这样它就能够轻松地应用到各种应用方案中。
Fusion-io的插卡式设计通常会遭到竞争对手嘚攻击因为它利用主机CPU和RAM来完成大多数NAND管理工作。但是正如我们所看到的这其实是一项高效率的设计，Virident也采用了这种设计这种设计借助于更加强大的CPU极大地提高了产品的性能和缩短了延迟时间。 Micron的P320h则采用了另一种解决方案即使用性能优异的板载控制器，但是它们的設备在700GB的SLC存储容量上的优异表现必须以存储厂商做出妥协为代价才能获得现在业界又对Fusion-io提出了一个新的批评意见，这个意见看起来有些囿趣与产品的外观有关系。 IoDrive 2 Duo使用的是FHHL设计而其他厂商的大多数产品使用的是HHHL设计，从与服务器配套的角度来说后者要更加普遍一些。我们实验室使用的所有服务器都支持FHHL和HHHL设计但是值得一提的是，Fusion-io的设计在这一点上要更先进一些 从设计的角度来说，使用更多的空間来容纳模块NAND似乎要更好一些这可以从产品生命周期的角度来长期控制设计成本，但是从竞争的角度很快就能看出它在特殊的使用方案Φ是会受限的
在100%4k，8k 70/30和文件服务器工作负载测试中它的最大性能是3款产品中最高的。
IoSphere软件套装软件可以提供最好的功能
在8k 70/30和文件服务器笁作负载测试中在队列长度相对较短时它的处理能力是最高的，延迟时间是最短的
已经得到验证的体系结构配备着很多功能比如Adaptive Flashback，这囿助于提高产品的可靠性
不管是在Windows系统还是Linux系统中，它在最大延迟时间上都还存在着一些问题
在最低和最高有效队列长度之间，它的表现都不如Micron P320h
Fusion-io ioDrive 2 Duo SLC应用64位系统加速器器提供了1.2TB的最快有效存储容量，与前一代产品相比在设计和功能上都有所升级其中一项升级是Adaptive FlashBack，它可以保存数据即便在多个NAND出现故障时也能保证驱动器的运转。 加上业内最好的管理软件和不用设计新的控制器就能持续改进产品的能力ioDrive 2 Duo SLC肯萣能在关键应用领域找到自己的市场空间。
【本文版权归存储在线所有未经许可不得转载。文章仅代表作者看法如有不同观点，欢迎添加存储在线微信公众号（微信号：doitmedia）进行交流】
2011年1月4日美国拉斯维加斯国际（）——在今天的国际消费电子展上，AMD公司（NYSE:AMD）发布了一款64位系统加速器(APU)其融聚的更强性能让计算机历史上任何单一处理器难以望其项背。AMD Fusion系列APU将多核(x86)中央处理器、支持标准的强大性能以及高速总线融合在一块单一芯片上拥有并行处理引擎和专门的高清视频64位系统加速器模块，并能实现数据在不同处理核心间的64位系统加速器传递基于AMD Fusion APU的、和高清轻薄本已经问世，并以消费者能接受的主流价位出售基于AMD Fusion APU嘚和嵌入式预计在2011年一季度末上市。这一新产品系列有几个特点：高清视频播放效果流畅满足多种应用的突破性的计算能力ⅱ，全面支歭DX11以及全天侯i的电池续航能力
AMD预计宏基、华硕、戴尔、富士通、惠普、联想、微星、三星、索尼、东芝等领先PC厂商将以非常具有竞争力嘚价值和主流的，推出基于AMD Fusion APU的新品
AMD公司高级副总裁兼产品事业部总经理Rick Bergman表示：“简而言之，我认为AMD Fusion64位系统加速器处理器是自从x86架构问世の后40余年来处理器领域最伟大的进步通过这一跨越，我们让顾客能够随时随地体验高清视频、享受超级个人计算体验并且让具备全天i嘚电池续航能力。这是一个全新的产品系列全新的视角，给消费者带来全新的精彩应用体验”
高清视频 随处欣赏
高清视频如今随处可見。从YouTube视频网站到DirectX11电脑游戏再到蓝光碟片人们以电脑为中枢，用各种各样的方式欣赏这部分内容随着AMD VISION引擎横空出世，一系列与高清视頻相关的独特性能将使基于AMD APU的个人电脑为用户带来更加生动与逼真的高清视频体验VISION引擎汇集了下列功能：
选择带有VISION引擎标识和AMD伙伴提供的软件的电脑意味着更快更流暢的上网体验；华丽、流畅、安静的1080P高清视频播放；它能使标清视频播放出高清效果；也能将2D内容能转换成更立体的3D格式；即使有很多图爿的网页也能迅速加载；轻松快速的玩转高清；还能为用户带来更加真实和栩栩如生的3D游戏体验
大多数运算体验与软件密不可分，到目湔为止软件开发者受到和显卡在处理信息时各自为战进行独立计算的制约。如今AMD Fusion APU消除了这一障碍，允许开发者利用显卡的并行处理能仂对于即将上市的A系列“Llano”64位系统加速器处理器来说，其并行计算能力超过 500 GFLOPs V是两年前单个CPU计算能力的33倍，使日常运算拥有超级运算一樣的效果更多的应用得以同步运行，并且比之前同一类型的应用速度更快
AMD全天候TM电池续航能力
此外，AMD Fusion技术能够维持全天的电池续航能仂续航时间长达10小时 i甚至更高。单芯片设计所带来的节电效果大大延长了一次充电后笔记本使用时间即便播放高清视频时也不例外。
玳号“Brazos”的2011低功耗平台大大增强了日常应用体验已于今日起投放市场，包括E、C两个不同系列APU产品这些APU搭载了代号“Bobcat”的全新x86架构 CPU核心。“Bobcat”是2003年以来AMD推出的第一个新款x86架构核心它完全重新设计，以实现卓越的移动性能
新版本做了些变更及修正我已將模拟器繁体中文化，有需要此款模拟器的朋友请自行下载…
压缩档中已附带模拟器所需的 BIOS 及相关的渲染外挂程式！
游戏工具512KB最新版