⑴ 3dmax資源收集器為什麼收集不了，而且一收集就收集到上一文件夾里
直接回答你的問題：只需要在指的路徑的時候在路徑後面加這么一個斜杠就行
因為max識別路徑必需是結尾前面的，我們設置路徑的時候後面不會有，新版本智能多了，會自動後台幫忙加斜杠。老版本則不行，需要手動添加。
怎麼說呢，這應該是老版本的不智能的地方之一吧，老版本類似的問題是有不少
⑵ 3dmax2014英文版打包為什麼總是有個黑色的框
或者是用歸檔命令將文件打包。
至於你說的黑框框，手指的位置也沒有啊。
⑶ 英語Max Non Heap Memory怎麼翻譯
為什麼要學習JVM？
深入理解JVM可以幫助我們從平台角度提高解決問題的能力，例如，有效防止內存泄漏（Memory leak），優化線程鎖的使用 (Thread Lock)，更加高效的進行垃圾回收 (Garbage collection)，提高系統吞吐量 (throughput)，降低延遲(Delay)，提高其性能(performance)等。
你是如何理解JVM的？
JVM 是 Java Virtual Machine的縮寫，顧名思義，它是一個虛擬計算機，是硬體計算機的抽象(虛構)實現，是JAVA平台的一部分，如圖所示（見圖中的最底端）：
JVM是 Java 程序能夠實現跨平台的基礎(Java的跨平台本質上是通過不同平台的JVM實現的)，它的作用是載入 Java 程序，把位元組碼（bytecode）翻譯成機器碼再交由 CPU 執行。如圖所示：
程序在執行之前先要把 Java 代碼（.java）轉換成位元組碼（.class），JVM 通過類載入器（ClassLoader）把位元組碼載入到內存中，【關注尚矽谷，輕松學IT】但位元組碼文件是 JVM 的一套指令集規范，並不能直接交給底層操作系統去執行，因此需要特定的命令解析器執行引擎（Execution Engine） 將位元組碼翻譯成底層機器碼，再交由 CPU 去執行。
市場上有哪些主流的JVM呢？
JVM是一種規范，基於這種規范，不同公司做了具體實現，BEA公司研發JRockit VM，後在2008年由Oracle公司收購；IBM公司研發了J9 VM，只應用於IBM 內部。Sun公司研發了HotSpot VM，後在2010年由Oracle公司收購。目前是甲骨文公司最主流的一款JVM虛擬機，也是我們現在最常用的一種。
JVM的體系結構是怎樣的？
JVM 的體系結構，如圖所示：
類載入系統 (ClassLoader System)負責載入類到內存；運行時數據區 (Runtime Data Area)負責存儲對象數據信息；執行引擎(Execution Engine)負責調用對象執行業務；本地庫介面（Native Interface)負責融合不同的編程語言為 Java 所用。
JVM有哪些運行模式嗎？
JVM有兩種運行模式Server與Client。兩種模式的區別在於，Client模式啟動速度較快，Server模式啟動較慢；但是啟動進入穩定期之後Server模式的程序運行速度比Client要快很多。這是因為Server模式啟動的JVM採用的是重量級的虛擬機，對程序採用了更多的優化；而Client模式啟動的JVM採用的是輕量級的虛擬機。所以Server啟動慢，但穩定後速度比Client遠遠要快。
現在64位的jdk中默認都是server模式（可通過 java -version進行查看）。當虛擬機運行在-client模式的時候,使用的是一個代號為C1的輕量級編譯器, 而server模式啟動的虛擬機採用相對重量級,代號為C2的編譯器.c1、c2都是JIT編譯器， C2比C1編譯器編譯的相對徹底,服務起來之後,性能更高。
JVM 運行時內存結構是怎樣的？
不同虛擬機實現可能略微有所不同，但都會遵從 Java 虛擬機規范，Java 8 虛
擬機規范規定，Java 虛擬機所管理的內存將會包括以下幾個區域，如圖所示：
Java 堆（Heap）
方法區(Method Area)
Java 虛擬機棧（VM Stack）
JVM本地方法棧 (Native Method Stack)
JVM程序計數器(Program Counter Register）
Java 虛擬機棧中的引用對象；
本地方法棧中 JNI（既一般說的 Native 方法）引用的對象；
方法區中類靜態常量的引用對象；
方法區中常量的引用對象。
引用計數器演算法
可達性分析演算法
復制演算法
標記-清除演算法
標記-整理演算法
強引用
軟引用
弱引用
虛引用
新生代回收器
老年代回收器
整堆回收器
Java堆（Java Heap）是 JVM 中內存最大的一塊，被所有線程共享的，在虛擬機啟動時創建，主要用於存放對象實例，大部分對象實例也都是在這里分配。隨著JIT編譯器的發展和逃逸分析技術的逐漸成熟，棧上分配、標量替換優化的技術將會導致一些微妙的變化，所有的對象都分配在堆上漸漸變得不那麼絕對了。小對象未逃逸還可以在直接在棧上分配。如果在堆中沒有內存完成實例分配，並且堆已不可以再進行擴展時，系統底層運行時將會拋出 OutOfMemoryError。Java 虛擬機規范規定，Java 堆可以處在物理上不連續的內存空間中，只要邏輯上連續即可，就像我們的磁碟空間一樣。在實現上也可以是固定大小的，也可以是可擴展的，不過當前主流的虛擬機都是可擴展的，通過 -Xmx 和 -Xms 參數定義堆內存大小。
方法區（Methed Area）是一種規范，用於存儲已被虛擬機載入的類信息、常量、靜態變數、即時編譯後的代碼等數據。不同jdk，方法區的實現不同，HotSpot 虛擬機在 JDK 8 中使用 Native Memory 來實現方法區。當方法無法滿足內存分配需求時會拋出 OutOfMemoryError 異常。
Java 虛擬機棧（Java Virtual Machine Stacks）描述的是 Java 方法執行時的內存模型，每個方法在被線程調用時都會創建一個棧幀（Stack Frame）用於存儲局部變數表、操作數棧、動態鏈接、方法出口等信息，每個方法從調用直至執行完成的過程，【關注尚矽谷，輕松學IT】都對應著一個棧幀在虛擬機棧中入棧到出棧的過程。如果線程請求的棧深度大於虛擬機所允許的棧深度就會拋出 StackOverflowError 異常。如果虛擬機是可以動態擴展的，如果擴展時無法申請到足夠的內存就會拋出 OutOfMemoryError 異常。
本地方法棧（Native Method Stack）與虛擬機棧的作用類似，只不過虛擬機棧是服務 Java 方法的，而本地方法棧是為虛擬機調用 Native 方法服務的。在 Java 虛擬機規范中對於本地方法棧沒有特殊的要求，虛擬機可以自由的實現它，因此在 Sun HotSpot 虛擬機直接把本地方法棧和虛擬機棧合二為一了。
程序計數器（Program Counter Register)是一塊較小的內存空間，它可以看作是當前線程執行的位元組碼的行號指示器。在虛擬機的概念模型里，位元組碼解析器的工作是通過改變這個計數器的值來選取下一條需要執行的位元組碼指令，分支、循環、跳轉、異常處理、線程恢復等基礎功能都需要依賴這個計數器來完成。
由於 JVM 的多線程是通過線程輪流切換並分配處理器執行時間的方式來實現的，也就是任何時刻，一個處理器（或者說一個內核）都只會執行一條線程中的指令。因此為了線程切換後能恢復到正確的執行位置，每個線程都有獨立的程序計數器。
如果線程正在執行 Java 中的方法，程序計數器記錄的就是正在執行虛擬機位元組碼指令的地址，如果是 Native 方法，這個計數器就為空（undefined），因此該內存區域是唯一一個在 Java 虛擬機規范中沒有規定 OutOfMemoryError 的區域。
如何理解JVM中的GC系統？
追蹤仍然使用的所有對象，並將其餘對象標記為垃圾，然後進行回收，這個過程稱之為GC（垃圾回收）.所有的GC系統可從GC判斷策略（例如引用計數，對象可達性分析），GC收集演算法（標記-清除，標記-清除-整理，標記-復制-清除，分代），GC收集器(例如Serial,Parallel,CMS,G1)等方面進行學習
JVM引用鏈中可以作為 Root 的對象？
JVM中常見垃圾回收演算法有哪些？
這個演算法是給每一個對象設置一個引用計數器，每當有一個地方引用這個對象的時候，計數器就加 1，與之相反，每當引用失效的時候就減 1。也就是以計數來判斷對象是否為垃圾。例如：
引用計數法，有一個很大的缺陷就是循環引用，例如：
這個演算法的核心思路就是通過一系列的「GC Roots」對象作為起始點，從這些對象開始往下搜索，搜索所經過的路徑稱之為「引用鏈」。當一個對象到 GC Roots 沒有任何引用鏈相連的時候，證明此對象是可以被回收的。例如：
這個演算法是將內存分為大小相同的兩塊，當這一塊使用完了，就把當前存活的對象復制到另一塊，然後一次性清空當前區塊。此演算法的缺點是只能利用一半的內存空間。例如：
這個演算法執行分兩階段，第一階段從引用根節點開始標記所有被引用的對象，第二階段遍歷整個堆，把未標記的對象清除。此演算法需要暫停整個應用，同時，會產生內存碎片。例如：
這個演算法結合了「標記-清除」和「復制」兩個演算法的優點。第一階段從根節點開始標記所有被引用對象，第二階段遍歷整個堆，把存活對象「壓縮」復制到堆的其中一塊空間中，按順序排放。此演算法避免了「標記-清除」的碎片問題，同時也避免了「復制」演算法的空間問題，例如：
JVM對象引用都有哪些類型？
不管是引用計數法還是可達性分析演算法都與對象的「引用」有關[說說Java中的四大引用類型。]，這說明對象的引用決定了對象的生死，對象的引用關系如下。
在代碼中普遍存在的，類似 Object obj = new Object() 這類引用，只要強引用還在，垃圾收集器永遠不會回收掉被引用的對象。
是一種相對強引用弱化一些的引用，可以讓對象豁免一些垃圾收集，只有當JVM 認為內存不足時，才會去試圖回收軟引用指向的對象，JVM 會確保在拋出 OutOfMemoryError 之前，清理軟引用指向的對象。
非必需對象，但它的強度比軟引用更弱，被弱引用關聯的對象只能生存到下一次垃圾收集發生之前。
也稱為幽靈引用或幻影引用，是最弱的一種引用關系，無法通過虛引用來獲取一個對象實例，為對象設置虛引用的目的只有一個，就是當這個對象被收集器回收時收到一條系統通知。
JVM垃圾回收器的分類都有哪些？
Serial、ParNew、Parallel Scavenge
Serial Old、Parallel Old、CMS
G1垃圾回收器
分代垃圾回收器的組成部分有哪些？
分代垃圾回收器是由新生代（Young Generation）和老生代（Tenured Generation）組成的，默認情況下新生代和老生代的內存比例是 1:2。
新生代的組成部分有哪些？：
新生代是由：Eden、Form Survivor、To Survivor 三個區域組成的，它們內存默認佔比是 8:1:1，如圖所示：
新生代垃圾回收是怎麼執行的？
第一步將Eden和From Survivor 活著的對象復制到 To Survivor 區；第二步將清空 Eden 和 From Survivor 分區；第三步將From Survivor 和 To Survivor 分區交換（From 變 To，To 變 From）。當新生代的 Survivor 分區為 2 個的時候，不論是空間利用率還是程序運行的效率都是最優的。
談談JVM中的CMS 垃圾回收器？
CMS(Concurrent Mark and Sweep)是並發標記和清除垃圾收集器。它會使用空閑列表(free-lists)管理內存空間的回收，不對老年代進行整理。其優點是在標記、清除階段的大部分工作和應用線程一起並發執行。可以降低延遲，縮短停頓時間，www.atguigu.com提高服務的響應時間。當然也有缺陷，主要表現在，對 CPU 資源要求敏感，無法清除浮動垃圾（浮動垃圾指的是 CMS 清除垃圾的時候，還有用戶線程產生新的垃圾，這部分未被標記的垃圾叫做「浮動垃圾」，只能在下次 GC 的時候進行清除），還會產生大量空間碎片。
談談JVM中的是 G1 垃圾回收器？
G1（Garbage-First GC）是一款實時收集器，其設計目標是將STW停頓時間和分布變成可預期以及可配置的。可以說是一種兼顧吞吐量和停頓時間的 GC 實現。G1 可以直觀的設定停頓時間的目標，相比於 CMS ，G1 未必能做到 CMS 在最好情況下的延時停頓，但是最差情況要好很多。
使用G1收集器時，Java堆的內存布局與其他收集器有很大差別，它將整個Java堆劃分為多個大小相等的獨立區域（Region），雖然還保留有新生代和老年代的概念，但新生代和老年代不再是物理隔閡了，它們都是一部分（可以不連續）Region的集合，例如：
這樣的劃分使得 GC不必每次都去收集整個堆空間, 而是以增量的方式來處理，每次只處理一部分小堆區,稱為此次的回收集(collection set). 每次暫停都會收集所有年輕代的小堆區, 同時也可能只包含一部分老年代小堆區。
G1的另一項創新, 是在並發階段估算每個小堆區存活對象的總數。用來構建回收集(collection set)的原則是: 垃圾最多的小堆區會被優先收集。這也是G1名稱的由來:garbage-first。
G1 解決了 CMS 中的各種疑難問題, 包括暫停時間的可預測性, 並終結了堆內存的碎片化。對單業務延遲非常敏感的系統來說, 如果CPU資源不受限制,那麼G1可以說是 HotSpot 中最好的選擇, 特別是在最新版本的Java虛擬機中。當然,這種降低延遲的優化也不是沒有代價的: 由於額外的寫屏障(write barriers)和更積極的守護線程, G1的開銷會更大。所以, 如果系統屬於吞吐量優先型的,又或者CPU持續佔用100%, 而又不在乎單次GC的暫停時間, 那麼CMS是更好的選擇。
JVM垃圾回收的調優參數有哪些？
-Xmx:512 設置最大堆內存為 512 M；
-Xms:256 初始堆內存（最小堆)為 256 M；
-XX:MaxNewSize 設置最大年輕代內存；
-XX:MaxTenuringThreshold=6 設置新生代對象經過6次GC晉升到老年代；
-XX:PretrnureSizeThreshold 設置大對象的值，超過這個值的大對象直接進入老生代；
-XX:NewRatio 設置分代垃圾回收器新生代和老生代內存佔比；
-XX:SurvivorRatio 設置新生代 Eden、Form Survivor、To Survivor 佔比。
JVM現代並發GC有什麼調優原則
第一要空間換時間與效率，針對G1 & ZGC 加大堆內存（更多的空餘空間）的配置往往更有利 於GC達到目標暫停時間。第二要知道低暫停不代表高吞吐量，並發GC是保證並發階段GC的同時業務線程依然有幾率獲得CPU時間片，但同時也意味著GC會與業務線程搶占計算資源，且往往更多的並發階段為了處理更多的同步問題，也會佔用更多的計算資源。第三是GC調優永遠要考慮機器資源，對應系統應用場景等等，至少目前沒有銀彈。
文章來源於jason
⑷ 3DMAX里怎樣打包貼材質的文件不丟失貼圖材質
具體操作步驟如下：
1、首先，打開3D
max，單擊左上角圖標，再點擊另存為-歸檔，如下圖所示，然後進入下一步。
⑸ 3DMAX2012資源收集器收集不了材質，而且場景裡面有貼圖，貼圖/光度學路徑裡面也沒有內容，是怎麼回事
參數設置對了 嗎？實用程序----------更多----------資源收集器。打開資源收集器，設置如下
⑹ coc為什麼說前期不要把資源升得很高
因為前期打戰得來的資源足夠你升級建築了,說實話coc的資源收集器效率實在是太慢了。
-18183游戲論壇為你解答，祝你游戲愉快！
論壇：http://bbs.18183.com/
游戲庫：http://ku.18183.com/
專區地址：http://www.18183.com/sitemap.html
發號中心：http://ka.18183.com/games.shtml
⑺ 3DMAX2010中資源收集器有什麼用
基本上可以當他沒有用，歸檔就完爆他了，用到的貼圖都打到壓縮包里，解壓到一個文件夾里不用他去收集。只有一種情況下:網路渲染，你要用他來把所有貼圖都指向網路路徑，不然別的電腦會調不到貼圖
⑻ 3DMAX 問題 我3D圖做好了以後用資源收集器方法保存怎麼老是說沒有有效的MAX文件路徑是怎麼回事啊
不支持中文路徑，你把所有文件路徑全改為英文的就可以了。
⑼ 3D max8英文版中資源收集器的英文是什麼
RESOURCE COLLECTOR
資源收集器
⑽ 3dsmax資源收集器工具詳解 問題來源於 http://www.narkii.com/
「資源收集器」將場景（點陣圖、光度學分布文件(IES)）使用的資源文件，也可以選擇將場景本身收集到單個目錄中。但是「資源收集器」不收集用於置換貼圖的貼圖或作為燈光投影的貼圖。
「資源收集器」在3dsmax里的調出方法：工具」面板 >「工具」卷展欄 >「更多」按鈕> 「工具」對話框 >「資源收集器」 3dsmax「資源收集器」面板詳細配置說明：
輸出路徑 顯示當前輸出路徑。使用「瀏覽」按鈕可以更改此選項。
瀏覽 單擊此項可顯示用於選擇輸出路徑的 Windows 文件對話框。
「資源選項」組 收集點陣圖/光度學文件 打開時，「資源收集器」將場景點陣圖和光度學文件放置到輸出目錄中。默認設置為啟用。
包括 MAX 文件 啟用時，「資源收集器」將場景自身（.max 文件）放置到輸出目錄中。默認設置為禁用狀態。
壓縮文件 打開時，將文件壓縮到 ZIP 文件中，並將其保存在輸出目錄中。默認設置為禁用狀態。
復制或移動 選擇「復制」可在輸出目錄中製作文件的副本。選擇「移動」可移動文件（該文件將從保存的原始目錄中刪除）。默認設置為「復制」。
更新材質 打開時，更新材質路徑。默認設置為禁用狀態。
開始 單擊以根據此按鈕上方的設置收集資源文件。
還有詳細知識上納金網了解