每行記憶體<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />有人可以告訴我每行 RAM 的計算嗎？
我在具有 4.00 GB RAM 的 32 位元 Windows 7 電腦上執行 JMP 11。 而且，我的資料表有 14 個變數：7 個數字和 7 個字元。
我知道 64 位元機器會更好。 作為我當前情況的解決方法，我很好奇資料表中理想的最大行數是多少，然後運行分析。如果我知道記憶體限制，我可以將資料表子集為更小的表，並為我的資料提供適當的行數。
謝謝！
回覆：每行 RAM您好，我最近從 JMP 11 升級到 JMP 12。
當我使用 JMP 12 再次執行效能測試後，我可以查看這些計算。謝謝！
回覆：每行 RAM謝謝，馬丁。
創建日記後，我關閉了數據表和分析。 這確實釋放了我 16% 的工作記憶來建立 PDF。我能夠成功建立 PDF。
我還將研究您和其他人建議的其他方法。聽起來有很多變數導致了這一點。
一項工作正在進行中！
回覆：每行 RAM嗨，jb，
關於 RAM、資料大小和其他問題，我同意所有其他人的觀點。 此外，您應該考慮查看 RAM 使用情況，以便匯出到 PDF 時系統將啟動 Acrobat Reader 或您正在使用的適當的 PDF 程式。 正如您在圖表中看到的那樣，這將增加 RAM。 根據您在日誌中保存報告的方式（使用數據表或僅使用引用數據表生成報告的腳本），您將使用或多或少的內存，並且日誌的文件大小將會更大或更小。 因此，PDF 文件大小也會調整（僅僅是由於圖片與腳本行的事實 - 但我猜您也喜歡在 PDF 中包含圖形，而不僅僅是腳本行）。
也就是說，有許多與實際檔案大小無關的開銷，在計算要使用的 RAM 時一定不要忘記考慮。
如果您能夠在不再需要資料表和報告後立即關閉它們，例如在儲存到日誌之後和儲存到 PDF 之前，也可能會有所幫助。 我認為值得一試。 還可以更改您的系統設定（如果您使用的是 Windows），以允許使用 3GB RAM，即使在 32 位元系統上也是如此。 您會在網路上找到許多關於如何為您的系統逐步執行此操作的指南。
乾杯，
馬丁
回覆：每行 RAM有趣的話題。 不幸的是，您在 32 位元機器上工作，因此受到很大限制。 正如 Jeff 所提到的，JMP 在 32 位元系統上只能存取 2 GB RAM，該限制是由 Windows 造成的。 雖然 32 位元系統理論上可以尋址 4 GB，但由於開銷，32 位元系統的限制往往遠小於作業系統設定的限制。 我知道在 Windows XP 中，限制實際上是 3 GB，但當我使用 Vista/7 時，我正在 64 位元電腦上工作。
說到開銷，檔案大小和使用該檔案的應用程式的記憶體使用率之間沒有直接關聯。 應用程式的記憶體需求可能明顯大於檔案大小，因為 1) 應用程式需要內存，2) 應用程式中執行的進程需要記憶體。 由於您所執行工作的性質，JMP 等應用程式可能會產生相當大的開銷。
至於將 KB 轉換為 GB，這一直是我在 Windows 中的一個痛點；我正在添加 Windows 的眾多我討厭的事情之一。 OS X 使用適當的單位報告檔案大小，但 Windows 堅持表現得就像 20 世紀 80 年代一樣，一切都以千位元組為單位。 與 90 年代開始錯誤地以 Base 10 為單位報告容量的儲存 OEM 不同，作業系統仍然報告記憶體和儲存的真實位元組單位，即 1024 的冪（Base 2、2^10）。 因此，
- 1 KB = 1024 位元組
- 1 MB = 1024 KB
- 1 GB = 1024 MB
回覆：每行 RAM謝謝大家的建議。
我需要大部分（長）標稱字元列進行分組。刪除一些序數字符列對效能的影響可以忽略不計。
是的，每台機器都是不同的（並且運行不同的後台進程）。根據我的 M（機器、材料/數據和方法），當機器 RAM 使用率接近 65% 時，JMP 就會關閉（或凍結）；這是使用 200,000 行（約 20,000 KB）的資料表。此時，Windows 工作管理員顯示 JMP 記憶體使用量為 1,343,424 KB。
請注意，我使用了以下步驟：(1) 開啟 JMP，(2) 開啟 DT 和色彩行，(3) 執行 CChart，(4) 建立日誌，以及 (5) 儲存為 PDF。
如果您能提供有關解釋 JMP 記憶體管理的資料表檔案大小（從 KB 轉換為 GB）的任何協助，我們將不勝感激。 謝謝！。
回覆：每行 RAM有趣的想法！ 不幸的是，我是從 Excel 匯入的。
回覆：每行 RAM嗨，jb，
根據字元列的格式和行數，您可能需要考慮的一個選項是嘗試壓縮字元列，該選項可在「首選項」>「文字資料檔案」內的「匯入設定」中找到。為了使其正常工作，您可能還需要啟用允許清單檢查（在我的系統上啟用）。
此選項的作用是掃描字元列以識別具有 <= 256 個唯一值的列。這種情況發生在我們的資料中，我們有很長的分類標籤名稱，但唯一值小於 100 個。對於滿足 <= 256 個唯一值標準的字元列，JMP 能夠對其進行壓縮，以便每個單元格僅佔用 1 個位元組。開啟檔案需要更長的時間，但可以節省大量內存，具體取決於資料的結構。更好的是，在螢幕上，一切看起來都一樣，所以一切都發生得相當無縫。
回覆：每行 RAM我們的經驗法則是，您需要的記憶體是您將使用的最大資料表的兩倍。 對於 32 位元和 64 位元系統都是如此。
若要估計記憶體中資料表的大小，請查看磁碟上 .JMP 檔案的大小。* 這是數據表將使用多少記憶體的非常可靠的指標。
在 32 位元電腦上運行的 JMP 最多可以存取 2GB 記憶體。
因此，在 32 位元系統上，您可以輕鬆使用的最大資料表是 1GB。
這只是一般準則，因為某些操作和分析可能需要大量額外記憶體。
-傑夫
*假設你不是壓縮列當你保存時。
回覆：每行 RAM新山,
我沒有進行計算，但有一個潛在的解決方法。列佔用的記憶體最多，並且字元資料將使用比數字更多的記憶體。
並非所有電腦都是一樣的，您電腦上後台運行的進程可能與其他人電腦上執行的進程不同。在沒有開啟任何應用程式的情況下啟動/重新啟動電腦。打開任務管理器並選擇效能。檢查此時使用的 RAM。開啟JMP，開啟後檢視使用的RAM。開啟感興趣的資料表並開始減少行數，以查看 RAM 上的損益平衡點。執行「簡單」分析（例如透過 X 擬合 Y）並檢查 RAM 使用情況。在分析平台中，您將看到基於可用 RAM 的效能差異影響最大。這取決於您願意等待給定分析完成的時間。您可以使用變數收縮方法（例如分區）來幫助確定哪些變數對您的模型最重要，並在分析中僅使用這些欄位。
希望這可以幫助。
最好的，
帳單
