狂喜！解决N卡驱动问题，对A卡开放测试，下版Redshift有点看头！
Redshift用户目前对NVIDIA多多少少还是有些意见的，因为驱动的问题。这个问题已经存在很久了，就是Redshift不能和其他对显存有过多占用的程序共用，以Adobe软件为代表，一旦共用Redshift的渲染速度将从兔子变成乌龟。对于Redshift用户来说，这是非常难受的。面对这个问题，不同的用户采用了不同的解决方法。
有的人用的是老版本的驱动，但对40系显卡用户来说，这个方法并不可行；有的人是把Redshift的显存占用由90%手动改成60%，这能一定程度上缓解相应的问题，但毫无疑问会牺牲掉一些Redshift的性能，尤其是在渲染一些超大场景的时候；
对于我来说呢，我的解决方法就是，不共用。难受吗？非常难受，但忍忍也能过去。
现在终于Redshift官方要出面自己解决这个问题了！虽然这仍然是一个“暂时”的解决方案，这个解决方案将体现在下一版的Redshift（3.5.15）当中。
以下是关于这个解决方案的官方公告——
“大家好，在过去几个月中，Redshift社区的很大一部分用户因为大约一年前的NVidia驱动程序发布而遭受了渲染减速的困扰。这些减速可能会在突然发生，但更常见的是在启动另一个使用GPU的应用程序之后或者在Redshift执行期间发生。我们唯一能提出的“解决方案”是使用旧的NVidia驱动程序，但对于4xxx系列用户来说是不可能的（这些GPU不存在旧的、未破坏的驱动程序）。当我们去年第一次听到这个问题时，我们联系了NVidia希望能够与正确的团队交流。经过几个月的失败尝试后，我们终于在去年11月与CUDA驱动程序团队取得了联系。驱动程序团队能够确定问题并提出解决方案，这需要对Redshift进行轻微的代码更改以及使用新的NVidia驱动程序。但目前，NVidia提出的解决方案不幸地在所有情况下都似乎不起作用。他们目前正在调查原因。考虑到解决这个问题的进展通常较慢，我们在Redshift一直在寻找替代解决方案。上周，我发现了一个可能的临时解决方案，应该适用于我们的大多数用户。从我们目前的测试来看，它似乎可以消除减速问题。这个解决方案将在版本3.5.15中包含。我想强调这里的“临时”和“解决方案”。我们解决方案的主要缺点是，在某些情况下，会使Redshift使用的VRAM比理论上可以使用的少。正是因为这个缺点，我们将继续与NVidia合作，让他们提出的解决方案起作用，因为那个方案将允许Redshift尽可能地使用VRAM！但是，如上所述，这需要NVidia发布新的驱动程序，这可能需要几周甚至几个月的时间。这就是为什么我们决定在发现这个解决方案后尽快发布临时解决方案的原因。这对很多Redshift用户来说是一个非常痛苦的问题！我们希望我们的解决方案能够提供缓解，同时我们将继续与NVidia合作。感谢大家的耐心等待！
-Panos”
针对大家提出的一些疑问，官方在评论中又进行了总结回复——
“大家好，上面的Saul已经回答了大部分问题，简单总结一下：这个解决方法不需要任何特定的NVidia驱动程序。它可以与新旧驱动程序一起使用。这个解决方法将在版本3.5.15中发布。版本3.5.14及更早版本即使NVidia更新了驱动程序仍然会存在问题。这是因为NVidia的驱动程序还需要对Redshift代码进行一些修改（当然，任何RS版本上都不存在这样的NVidia驱动程序） 这个解决方法不是可选的 这个解决方法的内存影响不是很大。对于技术人员，请参阅以下详细信息。在没有其他应用程序运行的情况下，在8GB GPU上，这个解决方法的影响可能是几百MB。如果确实运行了其他应用程序，那么这个解决方法将仅允许Redshift使用GPU上的可用内存。你可能会想：“这有什么问题吗？”好吧...通常情况下（当NVidia修复驱动程序并修改代码时），Redshift应该能够使用GPU上的所有可用内存以及其他非活动GPU应用程序当前未使用的一定比例。比如你有Photoshop，它正在使用1GB，但是它在后台并没有做任何事情。Redshift（在前台）应该能够“窃取”一些额外的VRAM。然而，这个解决方法不行。其他渲染器可能不会像Redshift一样受到同样的影响或获得同样的好处，因为它们没有Redshift的内存管理和out of core。如果它们确实这样做，或者如果它们接近填满它们的VRAM，它们将会遇到完全相同的问题。所有这些都来自WDDM（Windows显示驱动程序模型）以及NVidia驱动程序如何与其交互。这就是为什么Linux或TCC模式的NVidia GPU不会出现这个问题。希望这能解释清楚。”
总之，针对N卡的驱动问题，Redshift 3.5.15中更新的解决方案仍然只是权宜之计，但这个权宜之计目前相对于其他方法也是比较完美的，大家可以放心使用，最终要想彻彻底底地解决，还是得靠NVIDIA。
希望NVIDIA也别只顾着涨价，用户的一些痛点，能积极配合软件厂商解决一下子。
当然，还有一个能彻底解决N卡问题的方法，那就是用A卡。
这个方法在之前是不太现实的，但从Redshift 3.5.15开始也是一个有点靠谱的方案了，因为在Redshift 3.5.15上将支持AMD开放测试。
以下是官方的公告——
“大家好，在2022年秋季我们刚开始进行闭环Alpha测试后，许多驱动程序回归导致了不稳定性、视觉伪影和性能问题。自那时以来，我们一直在与AMD紧密合作以解决这些问题。我们很高兴地宣布，从即将推出的Redshift版本3.5.15开始，AMD在Windows上的支持将作为开放测试版被包含在内。这意味着AMD支持将被包含在“标准”发布版本中。作为开放测试版，我们不能保证AMD支持没有问题，但我可以说，自封闭Alpha测试以来情况已经有了显著改善。下周我们将在本帖子中跟进具体支持的GPU列表，以及已知问题列表。干杯！Nic”
从一些反馈结果来看，封闭测试期间的A卡版的Redshift也已经有不错的表现了，所以对于A卡用户来说Redshift 3.5.15是值得期待一波的。如果A卡版的Redshift表现还不错的话，对于“苦N卡久矣”的用户也是多了一种选择，毕竟这40系显卡的价格确实高了不少。
除了以上两个更新以外，我个人推测Redshift 3.5.15应该还会增加一个新的程序化节点“Distortion Utility Shader”，这个节点已经出现在Redshift开发清单上了，而且看样子已经开发的比较完善了。
这个节点的作用主要是扭曲纹理。虽然我们之前的推文已经给出了其他扭曲纹理的方法，但这个节点更加简单直接一些。
好了，这就是今天给大家报告的一些好消息，怎么样，期待么？那Redshift 3.5.15啥时候发布呢？据官方说，是下个月月初。
