|
然而，75GXP（在较小程度上，它的继任者 Deskstar 60GXP）以其高故障率和随之而来的大量新闻报道和讨论而被人们更好地记住。 IBM 放弃了其独特的五盘设计，转而采用更保守的三盘设计。 与此同时，竞争对手 Western Digital 凭借其 Caviar WD400BB 取得了性能上的突破。 从那时起，WD 从未失去步伐，推出了 8 兆字节缓冲区，推出了首款 7200 RPM 100 GB ATA 和 200 GB 驱动器，展示了唯一的 10k RPM ATA 驱动器系列，最后但并非最不重要的是，保持了对 ATA 的控制绩效领导。
从那时起，IBM 将其著名的硬盘部门出售给了日本企业集团日立有限公司。尽管蓝色巨人保留了该部门 30% 的股份，但日立通过其全球存储技术部门负责日常运营。 花了一些时间，过渡导致发布安静。 例如，Deskstar 180GXP 比竞争对手的 60 GB/platter 单位晚了一点。 即便如此，180GXP 的性能和噪音水平仍可与同类领先产品媲美。
整个夏天，7K250 成为第一款以日立新名称在本地发布的硬盘。 与 Western Digital Caviar WD2500 和 Maxtor MaxLine II 一样，旗舰 Deskstar 7K250 使用三个 83 GB 的盘片来实现 250 GB 的容量。 日立规格寻道时间为 8.5 毫秒。 7K250 提供多种容量的并行和串行 ATA 接口。 PATA 产品系列中提供 2 兆字节和 8 兆字节的缓冲区大小 - 最小的驱动器只有 2 MB，旗舰产品有 8 MB，而其他尺寸的两者都有。 反映了 SATA 仍然相关的高端市场，所有串行 ATA 单元都标配 8 MB 缓存。 日立为 8 MB 单元提供三年保修； 2 MB 驱动器提供一年保修。
我们的示例是一个 SATA 驱动器，具有支持热插拔功能的新型 15 针电源连接器。 但是，它还包括组装人员爱恨交加的传统 4 针 molex 电源连接器。 两者均可用于为驱动器供电。
与除 Seagate 的 Barracuda 系列外的所有其他设计一样，7K250 使用板载并行转串行桥。 尽管转换器通常会造成性能损失，但高级性能仍然是最终的仲裁者。 在所有其他条件相同的情况下，如果桥接设计优于另一个使用本机设置的设计，那么它应该是显而易见的选择——一如既往，重要的是底线而不是模块级性能。
以下测试将 Deskstar 7K250 与其他现代串行 ATA 驱动器进行对比。 技术上属于不同级别的 10,000 RPM WD Raptor 仅供参考。 请注意，希捷最新推出的 SATA 驱动器是 80 GB/盘 Barracuda 7200.7。 尽管我们过去审查过 7200.7，但最近的驱动程序和 BIOS 更新迫使我们重新测试所有 SATA 驱动器。 遗憾的是，Seagate 无法为 StorageReview 提供新样本。 这些测试并没有完全忽略希捷的一个条目，而是包括了 Barracuda ATA V 的结果，这是一种在更新条件下重新测试的驱动器。 让我们看看日立的最新产品如何！
低级结果仅出于诊断目的，StorageReview 测量以下低级参数： 平均读取访问时间– 通过 IPEAK SPT 的 AnalyzeDisk 套件对单个扇区进行平均 25,000 次随机访问。 高样本量允许比大多数典型基准提供更准确的读数，并提供了一个极好的数字，可以与制造商提供的声称的访问时间（声称的寻道时间 + 驱动主轴速度的平均旋转延迟）进行对比。 WB99 磁盘/读取传输速率 - 开始– 硬盘最外层区域达到的顺序传输速率。 该数字通常表示驱动器提供的最高持续传输速率。 WB99 磁盘/读取传输速率 - 结束– 硬盘最内层区域达到的顺序传输速率。 该数字通常表示驱动器提供的最低持续传输速率。 |
欲了解更多信息，请 請按一下此處。.
|
注意： 上面的分数更好。 |
|
||||||||||||||||||
|
|
|||||||||||||||||
Hitachi 的驱动器的访问时间仅为 12.1 毫秒，令人印象深刻。 考虑到代表 4.2 RPM 主轴速度的平均旋转延迟的 7200 毫秒，该驱动器的测量寻道时间为 7.9 毫秒，轻松超过公司声称的 8.5 毫秒。
|
注意： 上面的分数更好。 |
|
|||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||
日立 Deskstar 7K250 传输速率
|
|||||||||||||||||||||||||||||||||
与几乎所有其他 80 GB/盘磁盘一样，Deskstar 设法在其最外层区域提供大约 60 MB/秒的速度。 传输速率比竞争对手略有下降，最低为 33 MB/秒。
单用户性能StorageReview 使用以下测试来评估非服务器使用： StorageReview.com 办公室 DriveMark 2002– 捕获 30 分钟的实际计算机生产力使用情况，精确地重现了典型的办公室式多任务处理环境。 这些应用程序包括：Outlook XP、Word XP、Excel XP、PowerPoint XP、Calypso（免费电子邮件客户端）、SecureCRT v3.3（telnet/SSH 客户端）、CuteFTP Pro v1.0（FTP/SSH 客户端） , ICQ 2000b)、Palm Hotsync 4.0、Gravity 2.3（Usenet/新闻组客户端）、PaintShop Pro v7.0、用于偶尔播放 MP8 的 Media Player v3 和 Internet Explorer 6.0。 StorageReview.com 高端 DriveMark 2002– VeriTest 的内容创建 Winstone 2001 套件的截图。 应用程序包括 Adobe Photoshop v5.5、Adobe Premiere v5.1、Macromedia Director v8.0、Macromedia Dreamweaver v3.0、Netscape Navigator v4.73 和 Sonic Foundry Sound Forge v4.5。 与典型的生产力应用程序不同，高端音频和视频编辑程序以更串行且更少的多任务方式运行。 高端 DriveMark 包括明显更多的顺序传输和写入（相对于读取）操作。 |
StorageReview.com 启动 DriveMark 2002– 非常不寻常的 Windows XP 启动过程的捕获。 Windows XP 的启动过程涉及与其他磁盘访问中发现的访问模式和队列深度截然不同的访问模式和队列深度。 此测试重现了 Windows XP 的启动，从初始引导加载一直到初始化和加载以下内存驻留实用程序：Dimension4（时间同步器）、Norton Antivirus 2002 AutoProtect、Palm Hotsync v4.0 和 ICQ 2000b。
StorageReview.com 游戏 DriveMark 2002– 五种流行 PC 游戏的磁盘访问加权平均值：Lionhead 的 Black & White v1.1、Valve 的 Half-Life：Counterstrike v1.3、暴雪的 Diablo 2：Lord of Destruction v1.09b、Maxis 的 The Sims：House Party v1.0，以及 Epic 的 Unreal Tournament v4.36。 当然，游戏不是多任务的——所有五款游戏都以连续运行的方式运行，每款游戏大约有半小时的游戏时间。
欲了解更多信息，请 請按一下此處。.
|
注意： 上面的分数更好。 |
|
|||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||
Deskstar 7K250 达到了 SR Office DriveMark 2002 每秒 459 次 I/O，这是一年多来 7200 RPM 性能的首次重大改进。 Hitachi 以 10% 的优势轻松击败 Western Digital 的 Caviar，与 WD 的 5 RPM Raptor 的差距在 10,000% 以内。
Hitachi 在 SR High-End DriveMark 中的结果也令人印象深刻，这是一个稍微更依赖顺序传输速率的套件。 尽管其每秒 442 次 I/O 比 Caviar 少了 5% 的领先优势，但它仍然与 Raptor 保持着一定的距离，并再次创造了 7200 RPM 的新纪录。
在 SR Bootup DriveMark 中，这是一个有点不寻常的案例，其特点是 Windows XP 的启动过程产生的队列深度高于正常水平，7K250 以微不足道的 1% 差距落后于鱼子酱。
最后，在 SR Gaming DriveMark 中，Hitachi 再次在比赛中取得绝对领先，甚至与 Raptor 的得分持平。
多用户性能StorageReview 使用以下测试来评估服务器性能： StorageReview.com 文件服务器 DriveMark 2002– 通过 IOMeter 综合创建的读取和写入的混合，试图模拟专用文件服务器所经历的高度随机访问。 个别测试在 1 个 I/O、4 个 I/O、16 个 I/O 和 64 个 I/O 未完成的负载下运行。 Server DriveMark 是一个方便的一目了然的数字，它是从四种不同负载获得的结果的加权平均值得出的。 StorageReview.com Web 服务器 DriveMark 2002– 通过 IOMeter 综合创建的读取组合，试图模拟专用 Web 服务器经历的高度随机访问。 个别测试在 1 个 I/O、4 个 I/O、16 个 I/O 和 64 个 I/O 未完成的负载下运行。 Server DriveMark 是一个方便的一目了然的数字，它是从四种不同负载获得的结果的加权平均值得出的。 了解更多信息 請按一下此處。. |
|
注意： 上面的分数更好。 |
|
|||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||
奇怪的是，尽管 Deskstar 7K250 具有出色的访问时间，但在 File Server DriveMark 的竞争中并没有取得太大的领先优势，读写组合的比例为二比一。 然而，在只读 Web Server DriveMark 中，Hitachi 领先并打破了 140 IO/sec 的记录。
尽管这些结果暗示（相对）较弱的写入性能，但 7K250 在一些基本诊断中的写入能力并不比其他驱动器差。 我们不太确定为什么该驱动器无法在文件服务器 DriveMark 中绘制新的区域。 然而，即便如此，它仍然毫不懈怠。
传统性能eTesting Lab 的 WinBench 99 Disk WinMark 测试是试图通过相当过时的高级应用程序记录来衡量桌面性能的基准测试。 尽管年代久远，Disk WinMarks 在某种程度上已成为行业标准。 以下结果仅供参考； SR 不会将它们纳入最终判断，并建议读者也这样做。 |
|
注意： 上面的分数更好。 |
|
|||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||
热量和噪音空闲噪音– 在 18 毫米距离处测量的驱动器发出的声压。 近场测量可以提高驱动声压之间的分辨率，并消除外部环境噪声的相互作用。 请注意，虽然测量结果是 A 加权分贝分数，它根据人耳敏感度对频率进行加权，但低分数并不一定能预测驱动器是否会发出一些人可能会觉得刺耳的高音调呜呜声。 相反，高分并不一定表示驱动器具有侵入性噪声包络。 净驱动器温度– 驱动器顶板在重负载下 16 分钟后的 80 点样本记录的最高温度。 提供的数字是净温度，表示测得的驱动器温度和环境温度之间的差异。 欲了解更多信息，请 請按一下此處。. |
|
注意： 上面的分数更好。 |
|
|||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||
由于其 FDB 电机，Deskstar 7K250 提供了令人印象深刻的低空闲本底噪声，仅为 41.5 dB/A，远低于除最安静的计算机以外的所有计算机的可听阈值。 然而，作为具有 12 毫秒访问时间的三盘片设计，寻道噪音比竞争对手提供的噪音略大……尽管仍然比 Raptor 和其他 10k/15k SCSI 单元安静得多。
也可能是由于其快速寻道，Deskstar 的运行温度比大多数其他 7200 RPM 驱动器略高。 尽管如此，它应该很容易集成到具有足够通风和冷却功能的系统中。
可靠性此 StorageReview.com 可靠性调查 旨在将个人读者对各种硬盘的体验合并到一个综合的信息仓库中，从中可以提取有意义的结果。 多层过滤器筛选收集的数据，默默地忽略有问题的结果或有问题的参与者的结果。 然后，专有分析引擎会处理合格的数据集。 SR 通过百分位排名系统向读者展示结果。 根据从参与的 StorageReview.com 读者那里收集的经过过滤和分析的数据， |
根据从参与的 StorageReview.com 读者那里收集的经过过滤和分析的数据，StorageReview.com 的前身
日立Deskstar 7K250，
IBM Deskstar 180GXP
，比调查中满足特定最低参与底线的其他驱动器更可靠。
请注意，随着继续收集和分析更多信息，上面粗体显示的百分比可能会发生变化。 如需更多信息，输入您对这些和/或其他驱动器的体验，并查看综合结果，请访问 SR 驱动器可靠性调查.
结语Hitachi 的 Deskstar 7K250 将一年多来首次显着的性能提升与静音运行相结合，证明了久负盛名的 7200 RPM 设计还有很多生命力。 Western Digital 连续三年蝉联 7200 RPM ATA 冠军头衔终于落下帷幕。 7K250 在并行和串行 ATA 接口中提供各种容量，应该是所有以性能为导向的用户为他们的桌面设备寻找新驱动器的首选。 日立很容易给人留下深刻印象。 我们期待看到接下来会发生什么！ |
Amazon