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

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

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

以及國外論壇之原始文章

RAM patch for SU to use more than 2GB?

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

因?yàn)槊總€(gè)人的軟硬體平臺(tái)和環(huán)境 以及 模型檔 等太多變因 !


故弟的測(cè)試結(jié)果僅供參考


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

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

弟始終認(rèn)識(shí)有其討論的空間!  為什麼呢?

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

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

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

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

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

實(shí)際到底如何我想只有軟體公司最清楚!  當(dāng)然這也超出弟的能力範(fàn)圍!  :Z

弟剛做了小實(shí)驗(yàn).當(dāng)然不敢斷定是軟體定址的問題!  也有可能是弟模型的問題!

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

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

故到此應(yīng)該可斷定兩隻程式可視為"單獨(dú)程式"  且皆在32位元的模式下運(yùn)作!

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

因此弟找了一個(gè)之前怎麼REN都會(huì)錯(cuò)誤的檔案.

請(qǐng)大家看圖說故事嘍   :-+

未PATCH前

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

沒關(guān)係~ 再試一次!  重開SU 重點(diǎn)RENDER

登錄/注冊(cè)后可看大圖

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

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

登錄/注冊(cè)后可看大圖

那Patch後呢?

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

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

登錄/注冊(cè)后可看大圖

以上.

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

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

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




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

2010-12-15 22:14 上傳

點(diǎn)擊文件名下載附件

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


2010.12.17      新增使用方法


Step 1


請(qǐng)找到名為  4gb_patch.exe  的檔案

登錄/注冊(cè)后可看大圖

Step 2


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

登錄/注冊(cè)后可看大圖

點(diǎn)選  SketchUp.exe 檔案.   


Step 3   


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

登錄/注冊(cè)后可看大圖

點(diǎn)選 OK  就可以嘍!


Step 4


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


此為原始SU的執(zhí)行檔備份! 如不放心請(qǐng)?jiān)赑ATCH前可先把原始檔複製並移至他處!

登錄/注冊(cè)后可看大圖

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

登錄/注冊(cè)后可看大圖

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








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

本貼附件下載

4gb_patch.zip

6.3 KB , 吧幣: 200 , 請(qǐng)登陸后再進(jìn)行下載！

立即下載

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

你的意思是說這個(gè)補(bǔ)丁裝上后 PS或是其他應(yīng)用類軟件速度也會(huì)提升 還是只針對(duì)VFS？

回復(fù) 一葉刀蟲 的帖子

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

弟也不認(rèn)為會(huì)提升速度!  

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

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

所帶來的問題!

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

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

這應(yīng)該無從得知.

另外提供點(diǎn)弟的拙見!

因電腦基本I/O為  

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

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

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

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

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

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


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


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


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


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


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


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



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

PATCH前後.  速度的差異都在可理解的範(fàn)圍!

聽起來像是一個(gè)振奮人心的消息。等有時(shí)間了試上一試。

http://www.3ppt.com/os/windows7/25773.html，對(duì)這個(gè)Patch有進(jìn)一步的介紹。我用不上了，因?yàn)槲矣玫南到y(tǒng)還是32位的。

支持，試試看

回復(fù) alim 的帖子

其實(shí)alim兄也試值得一試!

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

能讓SU在多吃一點(diǎn) :-)     

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

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

還是樓主解釋詳細(xì)啊，呵呵

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

這個(gè)要怎么使用呢？求解

這個(gè)要怎么使用呢？求解

我下了怎么用啊？

回復(fù) yhf726 的帖子

弟有加入使用方法了!

請(qǐng)看!  謝謝   :-)

回復(fù) wankehuohuayuan 的帖子

在一樓!  請(qǐng)看   :-)

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

回復(fù) chizo 的帖子

后來看到了，謝啦

回復(fù) yhf726 的帖子

哪裡~ 您太客氣啦   :-)

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

回復(fù) ponycd 的帖子

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

弟認(rèn)識(shí)相對(duì)比例大約在  40%-60%左右!

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

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

就怕您電腦到時(shí)候會(huì)被吃滿   :-)

回復(fù) chizo 的帖子

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