Redshift用戶目前對(duì)NVIDIA多多少少還是有些意見的，因?yàn)轵?qū)動(dòng)的問題。這個(gè)問題已經(jīng)存在很久了，就是Redshift不能和其他對(duì)顯存有過多占用的程序共用，以Adobe軟件為代表，一旦共用Redshift的渲染速度將從兔子變成烏龜。對(duì)于Redshift用戶來說，這是非常難受的。面對(duì)這個(gè)問題，不同的用戶采用了不同的解決方法。
有的人用的是老版本的驅(qū)動(dòng)，但對(duì)40系顯卡用戶來說，這個(gè)方法并不可行；有的人是把Redshift的顯存占用由90%手動(dòng)改成60%，這能一定程度上緩解相應(yīng)的問題，但毫無疑問會(huì)犧牲掉一些Redshift的性能，尤其是在渲染一些超大場景的時(shí)候；

對(duì)于我來說呢，我的解決方法就是，不共用。難受嗎？非常難受，但忍忍也能過去。

現(xiàn)在終于Redshift官方要出面自己解決這個(gè)問題了！雖然這仍然是一個(gè)“暫時(shí)”的解決方案，這個(gè)解決方案將體現(xiàn)在下一版的Redshift（3.5.15）當(dāng)中。

以下是關(guān)于這個(gè)解決方案的官方公告——

“大家好，在過去幾個(gè)月中，Redshift社區(qū)的很大一部分用戶因?yàn)榇蠹s一年前的NVidia驅(qū)動(dòng)程序發(fā)布而遭受了渲染減速的困擾。這些減速可能會(huì)在突然發(fā)生，但更常見的是在啟動(dòng)另一個(gè)使用GPU的應(yīng)用程序之后或者在Redshift執(zhí)行期間發(fā)生。我們唯一能提出的“解決方案”是使用舊的NVidia驅(qū)動(dòng)程序，但對(duì)于4xxx系列用戶來說是不可能的（這些GPU不存在舊的、未破壞的驅(qū)動(dòng)程序）。當(dāng)我們?nèi)ツ甑谝淮温牭竭@個(gè)問題時(shí)，我們聯(lián)系了NVidia希望能夠與正確的團(tuán)隊(duì)交流。經(jīng)過幾個(gè)月的失敗嘗試后，我們終于在去年11月與CUDA驅(qū)動(dòng)程序團(tuán)隊(duì)取得了聯(lián)系。驅(qū)動(dòng)程序團(tuán)隊(duì)能夠確定問題并提出解決方案，這需要對(duì)Redshift進(jìn)行輕微的代碼更改以及使用新的NVidia驅(qū)動(dòng)程序。但目前，NVidia提出的解決方案不幸地在所有情況下都似乎不起作用。他們目前正在調(diào)查原因?？紤]到解決這個(gè)問題的進(jìn)展通常較慢，我們在Redshift一直在尋找替代解決方案。上周，我發(fā)現(xiàn)了一個(gè)可能的臨時(shí)解決方案，應(yīng)該適用于我們的大多數(shù)用戶。從我們目前的測試來看，它似乎可以消除減速問題。這個(gè)解決方案將在版本3.5.15中包含。我想強(qiáng)調(diào)這里的“臨時(shí)”和“解決方案”。我們解決方案的主要缺點(diǎn)是，在某些情況下，會(huì)使Redshift使用的VRAM比理論上可以使用的少。正是因?yàn)檫@個(gè)缺點(diǎn)，我們將繼續(xù)與NVidia合作，讓他們提出的解決方案起作用，因?yàn)槟莻€(gè)方案將允許Redshift盡可能地使用VRAM！但是，如上所述，這需要NVidia發(fā)布新的驅(qū)動(dòng)程序，這可能需要幾周甚至幾個(gè)月的時(shí)間。這就是為什么我們決定在發(fā)現(xiàn)這個(gè)解決方案后盡快發(fā)布臨時(shí)解決方案的原因。這對(duì)很多Redshift用戶來說是一個(gè)非常痛苦的問題！我們希望我們的解決方案能夠提供緩解，同時(shí)我們將繼續(xù)與NVidia合作。感謝大家的耐心等待！

-Panos”

針對(duì)大家提出的一些疑問，官方在評(píng)論中又進(jìn)行了總結(jié)回復(fù)——

“大家好，上面的Saul已經(jīng)回答了大部分問題，簡單總結(jié)一下：這個(gè)解決方法不需要任何特定的NVidia驅(qū)動(dòng)程序。它可以與新舊驅(qū)動(dòng)程序一起使用。這個(gè)解決方法將在版本3.5.15中發(fā)布。版本3.5.14及更早版本即使NVidia更新了驅(qū)動(dòng)程序仍然會(huì)存在問題。這是因?yàn)镹Vidia的驅(qū)動(dòng)程序還需要對(duì)Redshift代碼進(jìn)行一些修改（當(dāng)然，任何RS版本上都不存在這樣的NVidia驅(qū)動(dòng)程序） 這個(gè)解決方法不是可選的 這個(gè)解決方法的內(nèi)存影響不是很大。對(duì)于技術(shù)人員，請(qǐng)參閱以下詳細(xì)信息。在沒有其他應(yīng)用程序運(yùn)行的情況下，在8GB GPU上，這個(gè)解決方法的影響可能是幾百M(fèi)B。如果確實(shí)運(yùn)行了其他應(yīng)用程序，那么這個(gè)解決方法將僅允許Redshift使用GPU上的可用內(nèi)存。你可能會(huì)想：“這有什么問題嗎？”好吧...通常情況下（當(dāng)NVidia修復(fù)驅(qū)動(dòng)程序并修改代碼時(shí)），Redshift應(yīng)該能夠使用GPU上的所有可用內(nèi)存以及其他非活動(dòng)GPU應(yīng)用程序當(dāng)前未使用的一定比例。比如你有Photoshop，它正在使用1GB，但是它在后臺(tái)并沒有做任何事情。Redshift（在前臺(tái)）應(yīng)該能夠“竊取”一些額外的VRAM。然而，這個(gè)解決方法不行。其他渲染器可能不會(huì)像Redshift一樣受到同樣的影響或獲得同樣的好處，因?yàn)樗鼈儧]有Redshift的內(nèi)存管理和out of core。如果它們確實(shí)這樣做，或者如果它們接近填滿它們的VRAM，它們將會(huì)遇到完全相同的問題。所有這些都來自WDDM（Windows顯示驅(qū)動(dòng)程序模型）以及NVidia驅(qū)動(dòng)程序如何與其交互。這就是為什么Linux或TCC模式的NVidia GPU不會(huì)出現(xiàn)這個(gè)問題。希望這能解釋清楚?！?/p>

總之，針對(duì)N卡的驅(qū)動(dòng)問題，Redshift 3.5.15中更新的解決方案仍然只是權(quán)宜之計(jì)，但這個(gè)權(quán)宜之計(jì)目前相對(duì)于其他方法也是比較完美的，大家可以放心使用，最終要想徹徹底底地解決，還是得靠NVIDIA。

希望NVIDIA也別只顧著漲價(jià)，用戶的一些痛點(diǎn)，能積極配合軟件廠商解決一下子。

當(dāng)然，還有一個(gè)能徹底解決N卡問題的方法，那就是用A卡。

這個(gè)方法在之前是不太現(xiàn)實(shí)的，但從Redshift?3.5.15開始也是一個(gè)有點(diǎn)靠譜的方案了，因?yàn)樵赗edshift 3.5.15上將支持AMD開放測試。

以下是官方的公告——

“大家好，在2022年秋季我們剛開始進(jìn)行閉環(huán)Alpha測試后，許多驅(qū)動(dòng)程序回歸導(dǎo)致了不穩(wěn)定性、視覺偽影和性能問題。自那時(shí)以來，我們一直在與AMD緊密合作以解決這些問題。我們很高興地宣布，從即將推出的Redshift版本3.5.15開始，AMD在Windows上的支持將作為開放測試版被包含在內(nèi)。這意味著AMD支持將被包含在“標(biāo)準(zhǔn)”發(fā)布版本中。作為開放測試版，我們不能保證AMD支持沒有問題，但我可以說，自封閉Alpha測試以來情況已經(jīng)有了顯著改善。下周我們將在本帖子中跟進(jìn)具體支持的GPU列表，以及已知問題列表。干杯！Nic”

從一些反饋結(jié)果來看，封閉測試期間的A卡版的Redshift也已經(jīng)有不錯(cuò)的表現(xiàn)了，所以對(duì)于A卡用戶來說Redshift?3.5.15是值得期待一波的。如果A卡版的Redshift表現(xiàn)還不錯(cuò)的話，對(duì)于“苦N卡久矣”的用戶也是多了一種選擇，畢竟這40系顯卡的價(jià)格確實(shí)高了不少。

除了以上兩個(gè)更新以外，我個(gè)人推測Redshift?3.5.15應(yīng)該還會(huì)增加一個(gè)新的程序化節(jié)點(diǎn)“Distortion Utility Shader”，這個(gè)節(jié)點(diǎn)已經(jīng)出現(xiàn)在Redshift開發(fā)清單上了，而且看樣子已經(jīng)開發(fā)的比較完善了。

這個(gè)節(jié)點(diǎn)的作用主要是扭曲紋理。雖然我們之前的推文已經(jīng)給出了其他扭曲紋理的方法，但這個(gè)節(jié)點(diǎn)更加簡單直接一些。

好了，這就是今天給大家報(bào)告的一些好消息，怎么樣，期待么？那Redshift?3.5.15啥時(shí)候發(fā)布呢？據(jù)官方說，是下個(gè)月月初。