能讓SU(VRAY)使用更多的記憶體Patch檔

<<由Bzq兄為原發(fā)表此PATCH檔>>

4GB補丁，讓VFS渲染支持更大內(nèi)存

以及國外論壇之原始文章

RAM patch for SU to use more than 2GB?

弟好奇測試了一下。發(fā)現(xiàn)似乎真的有其效果.

因為每個人的軟硬體平臺和環(huán)境 以及 模型檔 等太多變因 !


故弟的測試結果僅供參考


畢竟SU還是屬於32位元的程式!  而VRAY掛在SU下. 也只能依著SU的核心下去跑. 固也是32位元軟體. 這部份應該無爭議!

許多人認為在win7 x64的作業(yè)平臺下,不需要在意"單獨程式"的所能使用的記憶體上限.

弟始終認識有其討論的空間!  為什麼呢?

假若這之間沒有差異的話... 我相無論是MAX或PS等也無須在後期陸續(xù)特別發(fā)佈"原生64位元"的版本!

程式和硬體之間有定址的問題!  硬體再強大.軟體當初就是以32bit定址寫的話. 不難保在使用超過

一定數(shù)量的記憶體後造成當機或無法運作!  32bit 理論上定址到4G為使用上限!

當然早已有人經(jīng)過作業(yè)系統(tǒng)的調(diào)整及在主機板也支援的情況下破解此限制!

姑且不論穩(wěn)定性如何.32位元和64位元的"軟體核心架構"的不同這是可以確定的!

實際到底如何我想只有軟體公司最清楚!  當然這也超出弟的能力範圍!  :Z

弟剛做了小實驗.當然不敢斷定是軟體定址的問題!  也有可能是弟模型的問題!

可以從工作管理員裡觀察到只要VRAY開始RENDER所吃掉的記憶體確實是掛名在SU下面!

在處理程序清單裡並未發(fā)線任何其他程式疑似和VRAY有關.或在RENDER期間吃憶體的程式!

故到此應該可斷定兩隻程式可視為"單獨程式"  且皆在32位元的模式下運作!

-------------------------------------------------------------------------------------------------------------------------------------------------------

因此弟找了一個之前怎麼REN都會錯誤的檔案.

請大家看圖說故事嘍   :-+

未PATCH前

記憶體約吃到約 1.69G  程式就已經(jīng)無回應掛點!   

沒關係~ 再試一次!  重開SU 重點RENDER

登錄/注冊后可看大圖

這次吃到約  1.73G   就跳出這陣子應該不少朋友看到心裡都很OOXX的.....   

Please verify that there is enough space in your TEMP folder   :-_^

登錄/注冊后可看大圖

那Patch後呢?

成功開始RENDER了!  此圖是在快REN完時抓的!

記憶體吃到1.8 G.  且也成功RENDER完這張圖!

登錄/注冊后可看大圖

以上.

弟的原意是希望能探討出為何VRAY總較常在模型容量大於某個程度時特別容易出錯!

這個PATCH檔  其實在其他領域裡早已出現(xiàn)過. 只是沒想到這次用SU和VRAY上有效果!

希望大家可以一起試試看!   也不失為   "一個暫時性的解決方式"




4gb_patch.zip (6.3 KB, 下載次數(shù): 126)

2010-12-15 22:14 上傳

點擊文件名下載附件

-------------------------------------------------------------------------------------------------------------------------------------------------------


2010.12.17      新增使用方法


Step 1


請找到名為  4gb_patch.exe  的檔案

登錄/注冊后可看大圖

Step 2


點選後.找到SU的安裝資料夾 (X:\Program Files (x86)\Google\Google SketchUp 8 or X:\Program Files \Google\Google SketchUp 8)  X 為磁碟槽  一般預設是 C

登錄/注冊后可看大圖

點選  SketchUp.exe 檔案.   


Step 3   


成功後會出現(xiàn)以下畫面

登錄/注冊后可看大圖

點選 OK  就可以嘍!


Step 4


請回到上面提過的路逕裡確認已經(jīng)成功.  成功的話會出現(xiàn)一個名為  SketchUp.exe.Backup 的檔案


此為原始SU的執(zhí)行檔備份! 如不放心請在PATCH前可先把原始檔複製並移至他處!

登錄/注冊后可看大圖

如須回復原始SU  把現(xiàn)有SU執(zhí)行檔刪除! 並把備份之檔名裡 .Backup 刪除便可!

登錄/注冊后可看大圖

以上. 因怕新進朋友不懂! 教學較為鎖碎!  還請已經(jīng)熟練基本電腦操作的前輩多多見諒!








<最近BAR似乎很難進來欸! 不知是否因網(wǎng)站不穩(wěn)的關係嗎? 還是因弟在臺灣?   :-(  >

本貼附件下載

4gb_patch.zip

6.3 KB , 吧幣: 200 , 請登陸后再進行下載！

立即下載

哈，真不錯的帖子，我就郁悶為什么VR老跳，原來還是32位尋址問題，受教了!

你的意思是說這個補丁裝上后 PS或是其他應用類軟件速度也會提升 還是只針對VFS？

回復 一葉刀蟲 的帖子

弟文中並無任何有關"提升速度"的字眼   :-)

弟也不認為會提升速度!  

弟也希望此篇能先針對VFS就好. 如有朋友願意幫忙測試其他程式.  弟先在這兒致上12萬分的謝意!  :-s

只是有可能可以解決某些32位元的程式到達一定的記憶體使用量時

所帶來的問題!

當然其他32位元(或64)程式在Cache 和 flash cache 裡使用上

是否會因此PATCH造成此程式而有所"速度上的差異"

這應該無從得知.

另外提供點弟的拙見!

因電腦基本I/O為  

"HDD -> south bridge -> north bridge -> ram-> north bridge -> CPU -> north bridge -> ram -> north bridge -> south bridge -> HDD"

通常程式(或系統(tǒng)平臺)自己判定或系統(tǒng)記憶體不足時.  原本該到RAM裡的資料因放不下轉而到HDD.

而HDD的速度當然遠不及RAM.  故造成速度上的變慢.  這也是原生32位元和原生64位元. 架構上最基本的不同!
所以 假使經(jīng)過調(diào)整  讓某個程式所可使用的記憶體上限增加. 那原本被強迫回到HDD當快取的資料往記憶體跑

那這樣是否可以增加速度?  這弟不敢保證.   只能說   "理論上有可能.但絕對沒這麼單純"

而VRAY跳錯的通知裡通常都是要你確定"暫存資料夾空間是否足夠"

而這所謂的空間也就是VRAY的  Cache folder.   也就是問題的核心!


弟的圖裡  第一次渲染失敗. 連跳錯通知都沒有SU就掛了!   


而第二次有跳錯的記憶體使用量比第一次高.  弟是由此猜想可能是因VRAY使用過多的記憶體而導致SU自己本身


崩潰.... 畢竟弟之前做公園景觀規(guī)劃時所建的模型. 場景裡有大量的3D樹和高解析的貼圖!


已經(jīng)大到電腦都轉不太動. 在無RENDER的情況下也才吃了200MB的記憶體. SU也很少崩潰!


而這次只是基本的室內(nèi)模型. 裡面也沒特別高面數(shù)的傢俱或組件.


但一渲染卻可吃到1.8G的記憶體!    (某些朋友記憶體總數(shù)才2G.....)



弟也試過另外無問題的模型

PATCH前後.  速度的差異都在可理解的範圍!

聽起來像是一個振奮人心的消息。等有時間了試上一試。

http://www.3ppt.com/os/windows7/25773.html，對這個Patch有進一步的介紹。我用不上了，因為我用的系統(tǒng)還是32位的。

支持，試試看

回復 alim 的帖子

其實alim兄也試值得一試!

雖然32位元只有4G.  但我們對SU同樣也只能用到(假設)2G.

能讓SU在多吃一點 :-)     

如果吃2G以後alim兄系統(tǒng)還撐的住的話!  我相信可能也會有效果!

只可惜弟手邊沒32位元的系統(tǒng).  無法幫alim兄測試是否可行  :-$

還是樓主解釋詳細啊，呵呵

回頭再頂，試過真的可以啊，哈哈，這個糾結的問題終于可以解決了，剛才渲了一個135M的模，之前不要說135了，就是上了30M就跳了，現(xiàn)在135是之前的4倍都不跳，這應該是問題的根源，這樣解決了這個問題真的很好！

這個要怎么使用呢？求解

這個要怎么使用呢？求解

我下了怎么用?。?/td>

回復 yhf726 的帖子

弟有加入使用方法了!

請看!  謝謝   :-)

回復 wankehuohuayuan 的帖子

在一樓!  請看   :-)

沒明白，不過還是謝謝分享

回復 chizo 的帖子

后來看到了，謝啦

回復 yhf726 的帖子

哪裡~ 您太客氣啦   :-)

剛渲染一6000分辨率的模型渲染到第三次的時候就不動了...我也想用弟的方法試試...我是裝的64位windows7我也在想是不是用弟的方法能否解決...我的是2G內(nèi)存應該關系不大吧?.:D..

回復 ponycd 的帖子

分辨率也是會佔到記憶體空間. 但主要影響的因素還是在模型本身的大小!

弟認識相對比例大約在  40%-60%左右!

RAM只有2G啊???  那可能這個PATCH也沒用了喔!

這PATCH主要是讓SU用到更多RAM.   弟先前的測試已經(jīng)吃到1.7G

就怕您電腦到時候會被吃滿   :-)

回復 chizo 的帖子

呵呵哪可能比較懸...我渲染5000分辨率的時候沒有問題...但再大就有出現(xiàn)TEMP問題和中途就停止不前的情況...:)