Monosnap 佔用太多記憶體嗎？

1. 記錄一個乾淨的基準

1. 儲存您的工作並重新啟動 Windows。
2. 開啟 Monosnap，但五分鐘內不進行任何擷取。
3. 開啟工作管理員，方式為按 Ctrl+Shift+Esc。Microsoft 將工作管理員描述為檢視行程資源耗用情形的內建工具。
4. 記錄 Monosnap 版本、Windows 版本、螢幕數量，以及該行程所顯示的記憶體數值。

Microsoft：工作管理員與 Windows 系統工具

2. 執行相同的擷取序列

選擇一個您能完全重複的序列，例如：

• 10 次不含標註的區域擷取；
• 10 次含一個箭頭與一次模糊的區域擷取；
• 三段短片錄影，完整停止並儲存；
• 五次 Cloud 上傳；
• 最後一項任務後閒置 10 分鐘。

在每個階段後記錄記憶體用量。任務後隨即下降的工作負載尖峰，與在重複相同循環期間持續上升、且閒置後仍不回穩的數值，是兩回事。

3. 檢查正確的記憶體欄位

工作管理員預設的「記憶體」欄位適合快速比較，但並非完整的診斷。Microsoft 的洩漏疑難排解指引區分了實體工作集與認可的虛擬記憶體，並建議在調查持續增長時檢查認可（commit）行為。

Microsoft：應用程式與服務的記憶體洩漏疑難排解

4. 使用 Process Explorer 或 PerfMon 進行較長時間的測試

Microsoft Sysinternals Process Explorer 可顯示行程控制代碼、載入的 DLL，以及更詳細的行程資訊。若需時間序列，Microsoft 記載了 效能監視器 並建議收集足夠長的時間，以觀察數值是回穩還是持續增長。

保持機器與工作負載一致。切勿將某個軟體剛啟動的閒置狀態，與另一個軟體正在進行錄影的狀態相比較。

5. 排除常見的干擾因素

• 更新 Windows 與顯示卡驅動程式，然後重複相同的測試。
• 若問題只在混合 DPI 的設定下出現，請改用單一螢幕測試。
• 將截圖擷取與影片錄影分開；編碼器的資源行為並不相同。
• 確認這個偏高的數值是屬於 Monosnap 本身、瀏覽器／WebView 子行程、桌面視窗管理員，還是其他應用程式。
• 在斷定單一異常值屬於持續性問題之前，請先在乾淨重新啟動後重複測試。

6. 將證據送交廠商

一份有用的回報應包含軟體版本、Windows 組建、螢幕／DPI 配置、精確的重現步驟、時間戳記，以及相同記憶體欄位隨時間變化的 CSV 或截圖。這比「它曾經用掉很多 RAM」更有可操作性。

公平地比較替代方案

若問題持續存在，請在 Monosnap 之外安裝另一款工具，並在乾淨重新啟動後執行完全相同的序列。Maxisnap 是 Windows 上的一個選項；ShareX、Greenshot 與 Snagit 則是其他選擇。請使用 有出處的 Maxisnap–Monosnap 比較 了解功能與方案，效能方面則以您自己的測量結果為準。