流媒体

Facebook上的Streaming Media 推特上的Streaming Media LinkedIn上的Streaming Media
 

最新的PC处理器能提升多少视频处理性能?

现在,英特尔已经推出了基于Ivy bridge的cpu,使早期基于nehalem的工作站的核心数量从4个增加到12个,增加了两倍, 视频编辑可以期望显著的性能提升吗? 在本文中,我们将评估从12核惠普Z800到24核HP Z820在编辑和流编码方面的性能增益.

早在2009年, 当时惠普推出了由Nehalem系列cpu驱动的新工作站, 性能提升是如此显著,以至于它们立即呈现了基于以前架构的过时工作站. 现在,英特尔已经推出了基于Ivy bridge的cpu,使早期基于nehalem的工作站的核心数量从4个增加到12个,增加了两倍, 我们能期待类似的性能提升吗? 这就是我将在本文中探讨的内容, 它比较了12核(24带HTT) 惠普Z800和24/48核HP Z820在编辑和流编码功能方面的性能.

Z800,我 综述了 EventDV in 2010,合并了两个3.33GHz X5680至强处理器,24GB内存,运行64位版本的Windows 7. 显卡是NVIDIA Quadro FX 4800,带有1.5GB的专用内存和3的访问权限.增加5GB系统内存.

Z820 (下面的图1)包括两个2.7 GHz E5-2697E cpu, 64 GB内存,运行Windows 7. 图形由NVIDIA Quadro K5000提供,具有4 GB的视频RAM. 凭借其更新的架构, Z820还拥有比Z800更快的系统总线(8gt比6gt).4GT),更快的内存(1866 MHz相比1333 MHz)和一个额外的内存通道(3 vs . 4GT). 4),所有这些都有助于提高59的最大内存吞吐量.7gb /秒(GB/秒),而Z800为32gb /秒.

图1. Z820在外观上没有太大变化.

尽管盒子里有一些小的硬件差异, 惠普并没有为其最新一代工作站更换机箱. 把Z800放在Z820旁边,模糊产品名称, 只有最敏锐的观察者才能将它们区分开来.

设定的期望

我所有的测试都是渲染测试, 关键问题是Z820的速度比Z800快多少, 我用渲染时间减少的百分比来衡量. 如果Z800花了10分钟渲染一个项目, 而Z820只花了5分钟, Z820将渲染时间缩短了50%(10分钟-5分钟/10). 性能提升多少是合理的预期?

让我们从简单的理论开始. 因为Z820的内核数是Z800的两倍, 用一半的时间完成同样的工作听起来很合理, 让50%的目标看起来是可以实现的. 然而,由于Z800上的cpu大约快了20% (3.33 GHz和2 GHz相比.7 GHz),每个核心的运行速度应该提高20%左右,将50%的速度降低到40%左右. 然而, 在涉及大量数据的任务上, 比如RED和4K项目, Z820更快的内存带宽也会带来一些性能红利.

So, 理论上,Z820的运行速度应该快40-60%, 取决于任务. 这是一个很好的起点. 然而, 请记住,仅仅因为有48个核心并不意味着所有任务都有效地分配到这48个核心上. 举个例子, 图2(下面) 在Z820上显示Windows任务管理器的性能选项卡,同时在Adobe Media Encoder中使用VP6编解码器编码单个文件. 你可以在任何一台Windows电脑上通过三指礼(Ctrl-Alt-Delete)看到这个视图。, 选择Windows任务管理器, 然后单击Performance选项卡.

图2. Windows任务管理器的这种视图让英特尔的工程师们哭了.

为什么CPU利用率这么低? 因为VP6编解码器是从On2(或者以前是On2)获得许可的,从多处理的角度来看,它总是非常低效, 这意味着它在可用时不能有效地利用额外的CPU. 这在很大程度上是因为VP6是在多核计算机广泛使用之前开发的, 并且在更新代码以利用多核之前就被搁置了.

我的所有测试都不涉及输出到VP6. 高层次的观点是,多核效率因程序而异, 甚至是程序内的任务对任务. 如果一个任务从多核的角度来看效率特别低, Z800的cpu时钟速度更快(3).3 Ghz)将比CPU速度较慢的Z820上的额外核心(2 Ghz)更大的优势.7 Ghz). 除了, 即使程序在多个核上有效地分割操作, 这涉及到一些开销和管理, 哪个从正在进行的渲染或其他操作中窃取百家乐软件.

因为这些原因, 当一个特定的程序, 或程序中的函数, 没有接近于获得理论上的性能优势,额外的核心似乎是可用的. 对于像Premiere Pro这样的应用程序来说尤其如此, 它使用一系列第三方编解码器与DV一起工作, 丁肝病毒, AVCHD, 以及各种输入格式所呈现的其他编解码器的字母汤. 因为程序永远不会比它最慢的操作快, 如果这些编解码器的编写效率低下, 他们会拖慢整个行动.

好了,现在我们的期望已经设定好了,接下来看看我们的测试.