HP Z840工作站的视频基准测试，第2部分:编码

This is the second segment of my review of the HP Z840; in the 第一段，我比较了编辑和渲染时的性能. 这次，我分析了编码过程中的性能.

和以前一样，我试图回答多个问题:

•第一, 在多个编码工作中，Z840比我的旧Z800工作站快多少?
•第二，启用或禁用http时性能更快吗?
•第三，各自测试系统上的磁盘速度是否显著影响编码性能. 更具体地说，使用SSD磁盘是否比旧的HDD驱动器提高了编码性能?

这次测试有一个小问题:Telestream Vantage, 像所有企业级编码器一样, 在干净的系统上运行效果最好, 不会安装在Z800上, 我在上面安装了几乎所有已知的编码和视频分析程序. 这并不奇怪. 所以我无法在那个系统上测试Vantage.

然而, Vantage在我家里的一台双cpu HP Z600上运行得很好, 尽管它在时钟速度或CPU内核数量上不如Z840或Z800强大. 和Z800一样，它也配备了传统的硬盘驱动器.

表1(下) 总结了每个系统的关键组成部分. 还有很多影响性能的细节, 包括总线和内存速度, 但这些是关键的区别.

表1. 测试系统的主要组成部分.

测试描述

让我们从我运行的测试的简要描述开始.

• Adobe媒体编码器(AME): 将96秒4K测试文件输出到五个Apple iDevice预设所需的渲染时间. AME安装在引导盘上，所有文件保存到C盘, 源文件来自Z840上各自的驱动器.
• 压缩: 渲染时间输出5:13(分:秒)1080p AVCHD文件挤压的多比特率预设, 它将源文件转换成四种流，并将它们格式化，以便通过HTTP动态流(HDS)传输。, 苹果的HTTP直播(HLS), 微软平滑流(MSS), MPEG-DASH, 和MP4文件, 将单个输入文件转换为20个输出. 在引导驱动器上安装了Squeeze，所有文件都保存到C驱动器, 源文件来自Z840上各自的驱动器.
• x265: 渲染时间为同时将三个5秒1080p源文件编码为HEVC格式. 对于这个测试, 我在每个源磁盘上创建了三个文件夹，并通过命令行运行x265，文件保存在源磁盘上.
• VP9: 同时将三个5秒1080p源文件编码为VP9格式的渲染时间. 对于这个测试, 我在测试磁盘上创建了三个文件夹，并通过命令行运行VP9，文件保存在源磁盘上.
• 优势: 在不同配置下将96秒4K源文件输出到六个输出流的渲染时间. Vantage安装在引导驱动器上，所有文件都保存到C驱动器, 源文件来自Z840上各自的驱动器.

和以前一样，我在启用和禁用HTT的情况下进行了测试，并在Z840上的所有驱动器上进行了渲染. 表2(下) 显示每台计算机的总体最快时间, 右侧为Z840交付的百分比下降, 当差值超过35%时显示为绿色. 注意，我对Squeeze使用了完全不同的编码参数, AME, 和优势, 以及不同的挤压源文件, 所以编码时间是不可比较的.

表2. Z840到Z800 (Vantage的Z840到Z600). 所有时间以秒为单位.

Vantage的改善最大, 考虑到它的结果来自速度较慢的Z600，这并不奇怪, 但还是令人印象深刻. The only encoder that didn’t cross the 35% threshold was WebM encoding from the command line; a brief look at 图1(下面) 解释了为什么. 具体地说, 图1是来自Windows Performance Monitor的截图，显示了在Z840上编码三个WebM和HEVC流时的CPU利用率. 如你所见, 即使在制作三个WebM流时也是如此, 利用率远低于20%, 而HEVC为60%-90%.

图1. 编码WebM和HEVC三个流时的CPU利用率.

为了好玩，我对来自Turbo SSD G2硬盘的7个WebM流进行了快速测试. 总的编码时间只增加了4秒，CPU利用率在19%左右徘徊. 考虑到CPU空间不足时，编码只有三个流的HEVC, 我甚至不可能在不显著降低性能的情况下编码一个额外的流. 虽然x265的时间更快 表2, 你应该能够在一台计算机上产生比HEVC更多的同时WebM流, 使WebM成为更快的编码器.

整体, 对于大多数项目, 一个新的Z840应该能够提供显著的性能提升比现有的车站.