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

马上注册，结交更多好友，享用更多功能，让你轻松玩转社区。

您需要登录才可以下载或查看，没有帐号？立即加入SketchUp吧！

x

<<由Bzq兄為原發表此PATCH檔>>

4GB补丁，让VFS渲染支持更大内存

以及國外論壇之原始文章

RAM patch for SU to use more than 2GB?

弟好奇測試了一下。發現似乎真的有其效果.

因為每個人的軟硬體平台和環境以及模型檔等太多變因 !

故弟的測試結果僅供參考

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

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

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

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

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

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

當然早已有人經過作業系統的調整及在主機板也支援的情況下破解此限制!

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

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

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

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

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

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

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

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

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

未PATCH前

記憶體約吃到約 1.69G  程式就已經無回應掛點!

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

path-no yet-1.JPG

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

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

path-no yet-2.JPG

那Patch後呢?

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

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

以上.

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

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

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

4gb_patch.zip (6.3 KB, 下载次数: 126)

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

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

成功後會出現以下畫面

點選 OK 就可以嘍!

Step 4

請回到上面提過的路逕裡確認已經成功. 成功的話會出現一個名為 SketchUp.exe.Backup 的檔案

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

如須回復原始SU 把現有SU執行檔刪除! 並把備份之檔名裡 .Backup 刪除便可!

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

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

本贴附件下载

4gb_patch.zip

6.3 KB , 吧币: 200 , 请登陆后再进行下载！

赞赏

11 查看全部评分

hdesign · 2010-12-16 11:42:18

哈，真不错的帖子，我就郁闷为什么VR老跳，原来还是32位寻址问题，受教了!

一叶刀虫 · 2010-12-15 22:45:11

你的意思是说这个补丁装上后 PS或是其他应用类软件速度也会提升还是只针对VFS？

chizo · 2010-12-15 23:01:35

回复一叶刀虫的帖子

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

弟也不認為會提升速度!

弟也希望此篇能先針對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"

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

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

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

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

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

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

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

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

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

而這次只是基本的室內模型. 裡面也沒特別高面數的傢俱或組件.

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

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

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

alim · 2010-12-15 23:08:58

听起来像是一个振奋人心的消息。等有时间了试上一试。

http://www.3ppt.com/os/windows7/25773.html，对这个Patch有进一步的介绍。我用不上了，因为我用的系统还是32位的。

xiayang88 · 2010-12-15 23:16:21

支持，试试看

chizo · 2010-12-15 23:21:28

回复 alim 的帖子

其實alim兄也試值得一試!

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

能讓SU在多吃一點 :-)

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

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

bzq_524 · 2010-12-16 11:49:35

还是楼主解释详细啊，呵呵

hdesign · 2010-12-16 12:50:24

回头再顶，试过真的可以啊，哈哈，这个纠结的问题终于可以解决了，刚才渲了一个135M的模，之前不要说135了，就是上了30M就跳了，现在135是之前的4倍都不跳，这应该是问题的根源，这样解决了这个问题真的很好！

yhf726 · 2010-12-16 17:02:29

这个要怎么使用呢？求解

yhf726 · 2010-12-16 17:02:50

这个要怎么使用呢？求解

wankehuohuayuan · 2010-12-16 18:59:37

我下了怎么用啊？

chizo · 2010-12-17 19:02:06

回复 yhf726 的帖子

弟有加入使用方法了!

請看! 謝謝 :-)

chizo · 2010-12-17 19:04:09

回复 wankehuohuayuan 的帖子

在一樓! 請看 :-)

xiaoxiong2200 · 2010-12-18 08:03:37

没明白，不过还是谢谢分享

yhf726 · 2010-12-18 09:57:57

回复 chizo 的帖子

后来看到了，谢啦

chizo · 2010-12-18 14:10:54

回复 yhf726 的帖子

哪裡~ 您太客氣啦 :-)

ponycd · 2010-12-20 00:48:40

刚渲染一6000分辨率的模型渲染到第三次的时候就不动了...我也想用弟的方法试试...我是装的64位windows7我也在想是不是用弟的方法能否解决...我的是2G内存应该关系不大吧?.:D..

chizo · 2010-12-20 01:01:33

回复 ponycd 的帖子

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

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

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

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

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