众所周知,Adobe Lightroom是一个慢得令人失望的后处理工具,特别是在导入、预览生成和图像筛选等基本操作,以及涉及使用点位修复等功能的更高级操作时。Adobe的开发团队已经意识到这些问题,该公司表示将致力于提供更新,使Lightroom更快。Lightroom Classic CC 7.2的最新版本已于几天前发布,该版本似乎主要专注于提高Lightroom的性能。我决定通过测量Lightroom在典型笔记本电脑和台式电脑上的性能来看看它到底提高了多少。让我们来看看Lightroom 6和CC 7.1如何与最新版本CC 7.2相比较。
我想在两个不同的环境中测试Lightroom的性能—使用Apple MacBook Pro(2016年末型号,具有Core i7 CPU, 16 GB RAM和512 GB存储)和使用桌面PC (i7- 6700k Skylake, 64 GB RAM和1 TB SSD存储)时。我们的想法是用三个版本的Lightroom进行测试——Lightroom 6.14 (Last)、CC 7.1和CC 7.2,看看在执行三个可衡量的任务时有什么不同:导入速度、1:1预览生成、HDR拼接、全景拼接和图像导出。不幸的是,尽管我真的想测试Lightroom的开发性能,但没有办法使用一致的数据来执行可衡量的结果。
为了执行测试,我从富士GFX 50S而且富士X-T1.对于1:1预览和导出,我只从GFX 50S中使用了总共50张RAW图像(因为提取所有图像将花费很长时间)。对于导出,我使用JPEG 85%质量,2048像素长分辨率和输出锐化设置为“高”。对于每个测试,我都创建了一个全新的Lightroom目录,以确保我开始时干净。让我们来看看使用Apple MacBook Pro时Lightroom 6.14、7.1和7.2的对比:
目录
1) Lightroom CC 7.1 vs Apple MacBook Pro上的7.2性能
苹果MacBook Pro 2017 | Lightroom 6.14 | Lightroom CC 7.1 | 变化百分比 | Lightroom CC 7.2 | %的速度 |
---|---|---|---|---|---|
导入500张图片 | 151秒 | 140秒 | 7.9% | 148秒 | -5.4% |
生成1:1预览(50个RAW图像) | 392秒 | 210秒 | 86.6% | 174秒 | 20.7% |
HDR Stitch(3张RAW图片) | 17秒 | 18秒 | -5.5% | 15秒 | 20.0% |
全景针迹(12张RAW图片) | 188秒 | 178秒 | 5.6% | 231秒 | 22.9% |
RAW转JPEG导出 | 131秒 | 125秒 | 4.8% | 101秒 | 23.8% |
Lightroom 6.14和CC 7.1之间的导入速度肯定有明显的差异。然而,我发现在使用MacBook Pro时,新的CC 7.2上同样的过程实际上要花更长的时间。当涉及到生成1:1预览时,我看到从Lightroom 6.14到CC 7.1的性能有了明显的提升。使用CC 7.2,这个过程甚至快了21%,这是令人印象深刻的。虽然Lightroom 6.14和CC 7.1之间的RAW导出没有太大的区别,但从CC 7.1到CC 7.2绝对有一个变化——MacBook Pro能够以24%左右的速度导出文件。拼接HDR图像也快一些。
但是,当从Lightroom CC 7.1切换到7.2时,我注意到全景拼接性能下降。我猜内存是罪魁祸首——尼康D850的12x 45mp图像,笔记本电脑可能很难为拼接过程分配足够的内存。奇怪的是,在这台机器上制作全景图时,Lightroom CC 7.1实际上是最快的。
现在让我们看看在桌面环境中结果有什么不同。这一次,我还将Lightroom 6.14纳入比较:
2) Lightroom CC 7.1 vs 7.2在桌面PC上的性能
台式电脑 | Lightroom 6.14 | Lightroom CC 7.1 | 变化百分比 | Lightroom CC 7.2 | %的速度 |
---|---|---|---|---|---|
导入500张图片 | 110秒 | 49秒 | 124.5% | 51秒 | -3.9% |
生成1:1预览(50个RAW图像) | 483秒 | 416秒 | 16.1% | 275秒 | 51.3% |
HDR Stitch(3张RAW图片) | 13秒 | 12秒 | 8.3% | 12秒 | 0% |
全景针迹(12张RAW图片) | 179秒 | 178秒 | 0% | 66秒 | 169.7% |
RAW转JPEG导出 | 157秒 | 153秒 | 2.60% | 89秒 | 71.9% |
根据上面的数字,Lightroom 6.14显然是最慢的。与CC 7.1相比,它的导入速度非常糟糕——比CC 7.1慢了两倍多。Lightroom 6.14和CC 7.1在1:1预览生成、HDR和全景拼接方面差异不大,在导出图像时几乎没有差异。然而,当将Lightroom 6.14和CC 7.1与最新的7.2版本进行比较时,差异非常明显——预览生成速度快了51%,12张全景图的速度快了169.7%,导出速度也提高了72%——差异确实很大。值得注意的是,在上述操作过程中,Lightroom CC 7.2比7.1或6.14使用了更多的CPU资源。
3) Lightroom CC 7.1 vs Apple iMac Pro上的7.2性能
为了测试Lightroom 7.1和7.2的性能,我使用了iMac Pro最基本的版本,配备8核英特尔至强W CPU、32 GB RAM和1tb存储空间。我没有费心在iMac Pro上测试Lightroom 6,因为我认为很少有人会为这台新机器购买Lightroom 6,因为LR6永远不会再有更新了。不过,看看iMac Pro在7.1版和7.2版的运行速度有多快,还是挺有意思的。
苹果iMac Pro | Lightroom CC 7.1 | Lightroom CC 7.2 | %的速度 |
---|---|---|---|
导入500张图片 | 182秒 | 180秒 | 1.1% |
生成1:1预览(50个RAW图像) | 122秒 | 77秒 | 58.4% |
HDR Stitch(3张RAW图片) | 13秒 | 11秒 | 18.2% |
全景针迹(12张RAW图片) | 98秒 | 82秒 | 19.5% |
RAW转JPEG导出 | 90秒 | 53秒 | 69.8% |
与MacBook Pro和Windows PC相比,iMac Pro导入图像所需的时间异常长(尽管所有导入都是从本地到本地驱动器),除此之外,你可以看到iMac Pro总体上是一台令人印象深刻的快速机器。很难相信,与我的桌面相比,Lightroom 7.2的一些进程的速度超过了2.5倍,但这是可以理解的,因为iMac Pro拥有更强大的CPU和更快的存储空间。我的桌面唯一擅长的基准是拼接全景图——事实证明,当进行大型全景图时,RAM是最重要的硬件。
再一次,我们可以清楚地看到Adobe优化了其Lightroom 7.2代码,使其比7.1更好地工作。这样做的好处是多方面的,特别是在生成1:1预览和导出图像时。
以上所有这些都意味着,根据硬件设置的不同,您将体验到不同级别的性能改进。很明显,对于全景拼接,您需要尽可能多的RAM来让Lightroom更快地进行拼接。看起来你拥有的CPU核越多,优势也就越大。
4)后处理和整体响应能力
遗憾的是,由于很难在不同的环境中使用Lightroom执行完全相同的后处理任务,因此我无法执行任何可测量的测试。我尝试用7.1编辑图像,然后尝试用7.2编辑相同的图像,我没有看到性能上的任何差异。虽然很高兴看到Adobe改进了预览生成和导出性能,但我们许多Lightroom用户更希望看到开发模块中的性能改进——这是最大的痛苦所在。不幸的是,即使使用快速计算机,Lightroom在进行图像编辑时也会非常缓慢。当使用调整笔刷,斑点愈合,镜头校正和其他工具时,看到优越的性能将是很好的。我也希望看到Adobe更好地利用GPU加速,这样更多的处理负载就可以传递到专用的GPU上,对于我们这些拥有快速GPU卡的人来说。
总的来说,Adobe的这些更新确实朝着正确的方向前进,但我们希望看到更多的性能改进,特别是在Develop模块中进行后期处理工作时。
一切都说完了。Lightroom在5k显示器上非常慢。这是一场灾难。就目前的情况来看,即使是egpu也无济于事…
就像特效一样,整个东西都需要重写!!
自从我使用LR以来,我的照片从大约600万像素变成了3600万像素。是的,它需要更长的加载时间。
在显影时关闭同步可以提高速度。
这里已经说了很多。我同意你们大多数人的看法。我发现Lightroom在我的5K iMac(2015年末,12GB RAM)上运行得非常慢。在我看来,造成速度慢的最大原因实际上是5K显示屏。在5K条件下,在网格视图(1-4FPS)中滚动几乎是不可能的。一旦我将Lightroom窗口移动到我的第二个1680px显示器上,一切都以大约25FPS的速度飞行。
我也不确定“更好的内存”的说法。在我的案例中,Lightroom进程(即使编辑/浏览+2k的25MPx RAW文件)从未超过5.5 gb的实际内存。
最好的例子是笔刷或克隆/治疗工具,这在LR中一直非常缓慢。比在Photoshop里慢多了。在所有机器上。
或者为什么在导出时LR是不合理的,而系统的其他部分工作得很好。在Final Cup Pro X中,在导出视频时,应用程序没有明显的放缓。
真正的问题是代码和MacOS完全缺乏优化。这个应用程序需要用Swift从头重写。Adobve最近做的所有“调整”都是非常小的,只是试图修复一些已经损坏的东西。
我只能同意,尽管我用的是Windows Surface Book。在3000×2000显示器上的库模块中工作非常缓慢。感觉好像回到了15年前。将机器连接到全高清显示器可以加快速度。
对我来说第二个最痛苦的方面是网格视图中的响应性。在各个版本中,加载和显示元数据的速度大大降低。我曾经对自己编辑元数据的速度感到敬畏。使用数据库作为主干的原因实际上是为了快速有效地收集数据,这真的很令人不安。然而,现在感觉LR更像是直接从文件本身收集数据。它不会,但感觉是这样的。每次更新元数据都至少需要一秒钟,而有一次我可以将一个字段和选项卡更改到下一个字段和选项卡,而屏幕上甚至不会闪烁。
我经常拍摄体育和事件,生成1k-2k的图像来回顾和处理,我认为这是一种相当常见的情况。我使用了一个相当标准的工作流程——在库模块中对图像进行几次处理,将其精简到大约100个选择,然后切换到开发,对选择进行微调。导入和导出不是什么大问题,因为它们只执行一次,所以我会启动它们,让它们在做晚餐、咖啡、洗衣服等时候运行。但是在库中逐个图像(以1-1来检查清晰度),然后冲洗是非常痛苦的。加载和解析每张新图像通常需要几秒钟,有时需要20秒甚至更久。甚至来回走动都很迟缓。这是一个四核超频i7, 24 GB RAM,一个用于目录的三星SSD,以及一个10k RPM的猛禽驱动器上的原始图像。我浏览了所有Adobe(和其他)性能调优文档,升级了显卡,添加了RAM,等等,但都没有用(我在IT行业工作,专门研究性能)。
心理学家说,反应时间延迟1秒后,你的注意力就会失去,10秒后你就会转移到另一个任务上。www.nngroup.com/artic...nt-limits/).迭代的工作-等待,工作-等待,循环使整个过程变得非常痛苦,花费的时间比应该花的时间长很多倍(即使你有很多时间,而我没有)。我最终切换到PhotoMechanic进行最初的筛选。使用读卡器,我会使用资源管理器将图像复制到我的硬盘驱动器上,在PM中浏览(在PM中我可以像滚动鼠标一样快速地浏览1-1个预览),然后导入LR并只生成1-1个预览。但我还是花了好几个小时进行开发。当然,我倾向于避免在LR中移动大量图像。最好在资源管理器中移动文件夹,然后在LR中再次“找到”它们。
随着高端单反MP数的增加,性能明显提高。但我认为,我们这些使用这种设备并拍摄RAW (LR是为我们设计的)的人可能不得不面对这样一个现实,即我们正在成为摄影市场的一小部分。bobsports官网大部分的摄影(和视频)市场都是消费者用手机bobsports官网和平板电脑拍摄、编辑和观看的。这就是$$所在的位置。去年秋天,在纽约的Photo+上,50岁以下的人很少(除了那些工作的摊位)。Lightroom CC针对的是移动市场。现在Adobe已经将我们这些经典用户转移到订阅模式,无论他们做什么或不做,他们都可以按月付费,在可预见的未来,我不指望会有什么大不了的、不频繁的升级。LR是一个相当成熟的产品;性能改进是它真正需要的唯一东西(Photoshop可用于不常见的特殊情况)。显然,考虑到当前的LR架构,这是很难实现的(见证了复制PM已经做了*年*的努力)。 So I’m not optimistic. If LR CC takes off, I can see Adobe milking us Classic users while they can and when we finally bolt to Capture1 (or whatever), or die off, no big loss.
写信给约阿希姆和大卫。
约阿希姆,你问我,为什么我不继续拍电影?我来告诉你为什么,数码摄影更便宜。bobsports官网没有更多的胶片和加工成本。我退休了,等你来了,你就会明白,钱很重要。
大卫,谁让你当回复班长的?减轻了。如果Adobe对您来说太慢,请使用其他软件。别再抱怨了。
有趣的是,Adobe也在这一轮更新了ACR。注意Lightroom的编目功能显然用于ACR。我真的没有注意到处理速度有什么不同。然而,我仍然对ACR/Lightroom中的AI自动按钮感到敬畏。
像这里的一些人一样,我很久以前就放弃了Lightroom。我用FastRawViewer和Photoshop…
我根本不使用LR进行编目。
我使用照片机制:
创建一个新的事件文件夹。
向该文件夹中添加图像。
重命名图像。
添加所有元数据。
排名
根据需要审查和挑选。
我希望处理的图像在PM内复制到一个“热文件夹”,该文件夹自动将图像导入到LR6。
我将处理过的图像导出到一个导出文件夹中,当我确定完成时,最终将它们移动到原始文件夹中。
当我需要时,我将使用PM上传到Flickr。
简而言之,我尽量少使用LR。
我保持一个非常简单的文件夹层次结构,用Spotlight找到我的图片没有问题。
简而言之,PM可以让你摆脱LR的许多限制,而且它的速度非常快。
我为我的图像维护了一个非常简单的文件夹结构。
文章里少了一个“更多”,我猜:“它看起来像....你拥有的CPU内核也就越有优势。”
这在很大程度上取决于程序员如何聪明地利用更多的内核。我已经看到了新的iMac Pro与很多内核和标准的比较,但当代的iMac并不是每个进程都能从更好的CPU的更多内核中受益。但如果我读到“过了一段时间它变慢了”,似乎Adobe仍然有频繁清空缓存的麻烦。所以,下次你在“开发”过程中煮咖啡或喝饮料时,退出LR,然后重新启动它。这应该会清空缓存。
我也怀疑使用其他文件(而不是富士RAW), LR可能会更快。毕竟,LR是一个针对更广泛受众的软件,而不是Capture One。所以工程师们有时不得不加入一些在旧机器上仍然可以工作的东西。我不认为他们有策略或技能来加速所有可能的组合。而且Adobe在几年前就做出了转变,从Mac Machines转向Windows。它不是唯一一个在PC上比Mac上运行得快的软件——我,一个Mac用户说。幸运的是,有些应用程序在Mac上更好更快:)
谢谢你,Joachim,我修正了错别字。
至于Windows的性能比Mac好,我其实不同意——我认为在某些方面是相反的。
2018.应用程序的性能。基础知识。核心功能和可用性。Adobe仍然没有掌握先解决问题的技巧。2018年,我们应该超越应用程序性能。
完全同意!但由于过去写过代码,我明白随着时间的推移事情会变得多么复杂。有时候,使用一个新平台重新开始比尝试回去修复问题要容易得多。如果Adobe能够找到修复Develop模块并使其正常运行的方法,这将是一个惊人的成就。一层又一层的代码必须从头开始重新思考……