生活分享
跑本機模型要什麼電腦:記憶體、顯示記憶體與 Apple Silicon
官方文件沒有「幾 B 的模型要幾 GB 記憶體」的對照表,所以這篇只給算法:用 Ollama、llama.cpp、LM Studio 的官方需求,加上模型庫當天的檔案大小與 Apple、NVIDIA 規格頁的數字,算出模型權重與上下文視窗各佔多少記憶體,再對照一般筆電、獨立顯示卡桌機、Apple Silicon Mac 三種配置各能跑到哪一級。
更新日期: 閱讀時間約 10 分鐘

「我的電腦跑不跑得動本機模型」不是一個玄學問題,而是一道可以自己算的加法:模型檔案有多大,就是記憶體需求的下限;上下文視窗開多長,要再加一份;兩者相加如果塞得進顯示記憶體(VRAM),模型就整個跑在顯示卡上,速度最快;只塞得進系統記憶體(RAM),就會退成 CPU 或混合模式,慢但仍然會動。
麻煩的是,Ollama、llama.cpp、LM Studio 三家的官方文件都沒有提供「幾 B 的模型要幾 GB 記憶體」的對照表,官網只給系統需求與各自的預設規則,模型檔案大小則要到模型庫或模型卡上一個一個看。所以這篇不編一張猜出來的對照表,只交給你算法,加上當天在官方頁面上查得到的數字:怎麼查檔案大小、量化位元數怎麼把同一個模型變成三種尺寸、上下文視窗要多算多少、顯示記憶體與 Apple 統一記憶體差在哪,最後對照一般筆電、獨立顯示卡桌機、Apple Silicon Mac 三種配置。
第一步:把模型檔案大小當成下限
最容易被忽略的一件事是,模型的檔案大小本來就寫在官方頁面上,不需要推算。Ollama 模型庫的每個標籤旁邊都直接標出大小與上下文視窗長度,以 2026 年 9 月 14 日查到的數字為例:gemma3:4b 是 3.3GB、gemma3:12b 是 8.1GB、gemma3:27b 是 17GB;qwen3:8b 是 5.2GB、qwen3:14b 是 9.3GB、qwen3:32b 是 20GB;gpt-oss:20b 是 14GB、gpt-oss:120b 是 65GB。這些數字是權重本身的重量,執行時要整份搬進記憶體,所以是下限,不是答案。
下限與實際需求差多少,官方也留了線索。Ollama 模型庫的 gpt-oss 說明頁寫,把混合專家(MoE混合專家模型(Mixture of Experts)是什麼混合專家模型透過路由器,讓輸入在某些層只使用部分專家網路,以不同方式安排模型容量與運算。本文以檔案分類的小型路由示意,說明總參數、啟用參數、專家與路由的角色,解釋它為何不是多個聊天代理開會,也不能只用啟用參數推算記憶體或品質。讀完能更準確閱讀 MoE 模型規格,理解速度、部署、訓練穩定性與負載分配的取捨。閱讀全文)權重量化成 MXFP4 格式、每個參數 4.25 位元之後,「較小的模型可以在只有 16GB 記憶體的系統上執行,較大的模型則能裝進單張 80GB 的 GPU」。對照檔案大小就很清楚:14GB 的檔案配 16GB 記憶體、65GB 的檔案配單張 80GB 顯示記憶體,官方自己留的餘裕大約兩成。Hugging Face 上 openai 組織的 gpt-oss-20b 模型卡寫的是同一件事,說這個模型可以「在 16GB 記憶體內執行」。這種「模型卡直接寫需求」的情況並不多,遇不到的時候就只能從檔案大小往上推。
模型參數(Model Parameters)是什麼模型參數(Model Parameters)是什麼模型參數是訓練時調整、用來把輸入轉成輸出的數值,例如權重與偏差。本文用簡單算式示例說明參數如何影響預測,區分模型參數、訓練超參數、提示詞與生成設定,並解釋參數量、數值精度和啟用參數為何是不同指標。讀完能更準確閱讀模型規格,理解參數增加不等於知識逐條增加,也不代表每次聊天都在重新訓練模型。閱讀全文
量化位元數:同一個模型的三種尺寸
量化(Quantization)是用比較少的位元存放權重,檔案會變小、需要的記憶體跟著變小,代價是品質有損失。同一個模型會同時提供好幾種量化版本,看 Ollama 模型庫的標籤頁最直觀,以下是 2026 年 9 月 14 日的實際大小:
- gemma3 4B:q4_K_M 3.3GB、q8_0 5.0GB、fp16 8.6GB
- gemma3 12B:q4_K_M 8.1GB、q8_0 13GB、fp16 24GB
- gemma3 27B:q4_K_M 17GB、q8_0 30GB、fp16 55GB
規律很好記:四位元版本大約是 16 位元版本的三分之一,八位元版本大約是一半。llama.cpp 的 README 列出它支援 1.5、2、3、4、5、6、8 位元的整數量化,用途寫得很白:加快推論並降低記憶體用量。LM Studio 的文件則給了選哪一個的一句話建議:如果機器跑得動,就選四位元或更高的選項。換句話說,決定要不要買更多記憶體之前,先試試看降一階量化,成本是零。
量化(Quantization):用較少位元執行模型的取捨量化(Quantization):用較少位元執行模型的取捨模型量化用較低精度表示權重或其他數值,目的是減少記憶體與運算負擔,同時盡量保留任務品質。本文用本機文件分類示範載入、校準與比較流程,區分訓練後量化、量化感知訓練、LoRA 和蒸餾,也解釋為什麼檔案變小不保證回答更快。讀完能核對硬體支援、記憶體組成及實際錯誤,避免只靠位元數挑模型。閱讀全文
GGUF 量化怎麼選:Q4_K_M、Q8_0、F16 的檔名、檔案大小與記憶體GGUF 量化怎麼選:Q4_K_M、Q8_0、F16 的檔名、檔案大小與記憶體GGUF 檔名裡的 Q4_K_M、Q8_0、F16 是量化類型,決定檔案多大、要多少記憶體。這篇照 llama.cpp 與 ggml 官方文件講 GGUF 格式與命名規則、各類型的每權重位元數,用官方對照表(Llama 3.1 8B 從 14.96 GiB 到 4.58 GiB)與 Ollama、Hugging Face 上同一個模型的不同量化大小說明怎麼選,並附官方的轉檔與量化指令。閱讀全文
上下文視窗要另外算一份記憶體
權重之外,上下文視窗也要佔一份記憶體,而且是會隨著你把對話拉長而變大的那一份。Ollama 的文件直說:設定較長的上下文長度會增加執行模型所需的記憶體,調高之前要先確認顯示記憶體夠用。它的預設上下文是 4096 個 token,而且會依照顯示記憶體自動分級:
- 顯示記憶體低於 24 GiB:預設 4k 上下文
- 24 至 48 GiB:預設 32k 上下文
- 48 GiB 以上:預設 256k 上下文
這張分級表其實就是官方願意給的「配置對能力」提示:24 GiB 是一道明顯的門檻。同一頁還建議,網頁搜尋、代理(Agent)與寫程式工具這類需要長上下文的任務,至少要設到 64000 個 token。要改的話,在啟動服務時加環境變數即可。
OLLAMA_CONTEXT_LENGTH=64000 ollama serve上下文吃掉的那份記憶體叫 K/V 快取,Ollama 文件也給了壓縮它的官方倍率:預設型別是 f16,改成 q8_0 大約使用 f16 一半的記憶體、精度損失非常小,改成 q4_0 大約使用四分之一、在長上下文時比較看得出差別。另外要注意並行請求:文件的例子是 2K 上下文配 4 個並行請求,結果等於 8K 上下文與相應的記憶體配置,所以如果你打算把本機模型接給全家人或多個工具用,記憶體要再往上抓。
上下文視窗(Context Window)是什麼:容量與理解的差別上下文視窗(Context Window)是什麼:容量與理解的差別上下文視窗是模型單次能處理資訊的容量,通常以 token 計算;聊天畫面留著訊息,不代表這次請求把全部內容交給模型。本文用社區會議紀錄的例子,說明輸入與輸出如何共用資源、視窗與長期記憶的差別,以及超限、摘要漏失和長文理解失誤如何分辨。附資料整理步驟與檢查表,幫你保留關鍵決議,不再只靠換大視窗解決問題。閱讀全文
顯示記憶體、系統記憶體與統一記憶體
算出總需求之後,下一個問題是這份記憶體從哪裡來。Ollama 的作法是:載入模型時先評估需要的顯示記憶體,如果模型能完整放進任何一張顯示卡,就載到那張卡上;放不下才分散到多張,再放不下就分一部分給系統記憶體。結果可以直接查,PROCESSOR 欄會顯示 100% GPU、100% CPU,或像 48%/52% CPU/GPU 這種各佔一半的狀態。
ollama psllama.cpp 的說法一樣直接:它支援 CPU 與 GPU 混合推論,用來部分加速比顯示記憶體總量更大的模型;多 GPU 文件則寫,模型放不進顯示記憶體時,模型的一部分就得跑在相對比較慢的系統記憶體上。也就是說,記憶體不夠通常不是「跑不起來」,而是「變慢」——除非連系統記憶體都裝不下。
消費級顯示卡的上限就寫在規格頁上。NVIDIA 官方比較頁 2026 年 9 月 14 日列的 GeForce RTX 50 系列標準記憶體配置是:RTX 5090 32GB、RTX 5080 與 RTX 5070 Ti 各 16GB、RTX 5070 12GB、RTX 5060 Ti 16GB 或 8GB、RTX 5060 8GB、RTX 5050 8GB;上一代的 RTX 4090 是 24GB。也就是說,在單張消費級顯示卡上,8GB 到 32GB 就是整個可用範圍,插再多系統記憶體也不會變成顯示記憶體。至於顯示卡本身認不認得,Ollama 的需求是 NVIDIA 運算能力(compute capability)5.0 以上、驅動程式 550 以上,5.0 到 6.2 的舊卡要 570 以上;RTX 50 系列的運算能力是 12.0。AMD 這邊是 Linux 需要 ROCm v7 驅動、Windows 需要 ROCm v7 或 HIP7 相容的驅動堆疊,Windows 支援清單比 Linux 短,另外還有 Vulkan 可以補上一部分顯示卡。
為 AI 選顯示卡:顯示記憶體優先與預算配置為 AI 選顯示卡:顯示記憶體優先與預算配置為 AI 選顯卡(顯卡 AI 怎麼挑)的判斷順序:顯示記憶體容量第一、再看官方支援清單、最後才是頻寬與世代。用 Ollama 硬體支援頁與上下文分級、llama.cpp 的後端清單,加上 NVIDIA、AMD 與 Apple 官方規格頁的容量與頻寬,說明桌機、筆電與 Apple Silicon 的取捨,以及電源、機殼與二手卡要先確認什麼。不寫通路價格。閱讀全文
Apple Silicon 的統一記憶體是同一份
Apple Silicon 的 CPU 與 GPU 共用同一份統一記憶體,所以沒有「顯示記憶體只有 8GB」這種天花板:你買了多少記憶體,模型大致上就能用到多少(扣掉系統本身要用的)。以 2026 年 9 月 14 日 Apple 台灣官網的規格頁來看,目前 Mac 的統一記憶體從 16GB 起跳:MacBook Air 與 Mac mini 入門機型是 16GB、可選配 24GB 或 32GB,Mac mini 的 M5 Pro 機型可到 64GB;MacBook Pro 從 16GB 一路到 128GB;Mac Studio 則是 M5 Max 36GB 起、最高 128GB,M5 Ultra 96GB 起、可選配 256GB 或 512GB。
代價是頻寬有分級,而本機模型的速度很吃記憶體頻寬。Apple 規格頁寫的是:M6 為 153GB/s 或 170GB/s、M5 Pro 307GB/s、M5 Max 460GB/s 或 614GB/s、M5 Ultra 1.2TB/s;作為對照,NVIDIA 規格頁上 RTX 5090 的記憶體頻寬是 1792 GB/sec。軟體端兩邊都支援:Ollama 透過 Metal API 在 Apple 裝置上做 GPU 加速,llama.cpp 則把 Apple Silicon 列為一等公民。入門門檻要注意:Ollama 的 macOS 需求是 macOS Sonoma(14)以上、Apple M 系列(CPU 與 GPU 都支援)或 x86(只有 CPU);LM Studio 明寫只支援 Apple Silicon,目前不支援 Intel 版 Mac。Apple 自己公布的測試條件也可以當參考:2026 年 7 月用配備 512GB 統一記憶體的 M5 Ultra Mac Studio,以 32K token 的提示詞跑 720 億參數的密集模型。
閱讀完整文字說明
三步驟決策圖。第一步查官方檔案大小:Ollama 模型庫標示 gemma3:12b 為 8.1GB、gpt-oss:20b 為 14GB、gpt-oss:120b 為 65GB,這是記憶體需求的下限;同一個模型換量化會變尺寸,gemma3:12b 的 q4_K_M 是 8.1GB、q8_0 是 13GB、fp16 是 24GB。第二步加餘裕與上下文:官方例子是 14GB 檔案配 16GB 記憶體、65GB 檔案配單張 80GB 的 GPU,上下文預設 4096 個 token,長上下文任務建議 64000;Ollama 依顯示記憶體給預設上下文,低於 24 GiB 給 4k、24 至 48 GiB 給 32k、48 GiB 以上給 256k。第三步看總需求塞得進哪裡:塞進顯示記憶體就是 100% GPU 最快,只塞得進系統或統一記憶體就是 CPU 或混合模式、llama.cpp 官方對照是每秒 1.7 對每秒 9.1 個 token,兩邊都塞不下就降量化或換小模型。最下方是硬體上限:單張 GeForce RTX 50 系列顯示記憶體 8GB 至 32GB,Apple Mac 統一記憶體 16GB 至 512GB,NVIDIA 需要運算能力 5.0 以上與驅動 550 以上,macOS 需要 14 以上。
Mac mini 當家用 AI 伺服器:統一記憶體、售價與區網設定Mac mini 當家用 AI 伺服器:統一記憶體、售價與區網設定把 Mac mini 放在家裡當常開的 AI 伺服器,手機和筆電連區網就能用本機模型。本文整理 2026 年 9 月 14 日 apple.com/tw 上 Mac mini 的晶片、統一記憶體選項與新台幣售價,說明統一記憶體為什麼適合跑本機模型,並照 Ollama 與 Open WebUI 官方文件寫出 macOS 安裝、常駐與開放到區網的做法與風險,以及 Apple 官網有的耗電數字。閱讀全文
三種典型配置各能跑到哪裡
把上面的規則套回真實機器,就是下面這張表。要強調的是,「能跑什麼」那一欄只抄官方文件與模型卡寫過的話,沒有官方數字的地方就留白,因為同樣的顯示記憶體配不同的量化、不同的上下文長度,結果會差很多。
| 配置類型 | 關鍵規格(官方頁面) | 官方文件說能跑什麼 |
|---|---|---|
| 一般筆電(無獨立顯示卡) | LM Studio 建議至少 16GB 系統記憶體;x64 需要 AVX2 指令集;Windows 10 22H2 以上 | LM Studio 寫 8GB 的 Mac 仍可使用,但要限於較小的模型與適中的上下文;模型只能跑在系統記憶體 |
| 有獨立顯示卡的桌機 | NVIDIA 運算能力 5.0 以上、驅動 550 以上;RTX 50 系列顯示記憶體 8GB 至 32GB | LM Studio 建議至少 4GB 專用顯示記憶體;Ollama 在顯示記憶體低於 24 GiB 時預設 4k 上下文,24 至 48 GiB 給 32k |
| Apple Silicon Mac | macOS 14 以上、Apple M 系列;統一記憶體 16GB 至 512GB | Ollama 透過 Metal 加速;gpt-oss 的 20B 版官方寫 16GB 記憶體可執行;Apple 測試用 512GB 的 M5 Ultra 跑 720 億參數模型 |
CPU 也跑得動,只是慢很多
如果模型塞不進顯示記憶體,退回 CPU 會慢到什麼程度?llama.cpp 官方的效能排查文件給了一組同機對照:一台配 A6000(48GB 顯示記憶體)、7 個實體核心、32GB 系統記憶體的機器,跑 30B 的四位元量化模型,只用 CPU 時是每秒 1.7 個 token,把層數丟上顯示卡之後是每秒 9.1 個 token。同一台機器、同一個模型,差距在五倍上下——而且這還是在顯示記憶體很充裕的前提下。Ollama 的文件也給了同方向的建議:為了最佳效能,盡量用模型的最大上下文長度,並避免把模型卸載到 CPU。
所以買硬體的順序其實很清楚:先確定你想跑的模型檔案多大,再確定要開多長的上下文視窗,兩者相加之後去找「一次裝得下」的顯示記憶體或統一記憶體;裝不下就先降量化、縮上下文,真的還是不夠,才是換硬體的時候。至於預算怎麼分配、哪些需求其實用雲端服務更划算,這是另一個題目,在按下結帳之前值得先把需求寫下來。
為什麼要在自己電腦跑 AI:隱私、離線與成本為什麼要在自己電腦跑 AI:隱私、離線與成本本機 AI 換到三件事:資料不出電腦、模型下載後可離線使用、沒有月費;代價是硬體、速度與品質落差,還要自己維護。這篇整理 Ollama、LM Studio、Open WebUI 官方文件對「資料不會離開你的電腦」與離線條件的原文,用官方模型卡的評測數字說明小模型與旗艦的差距,並列出敏感文件摘要、離線翻譯、程式補全、批量處理適合本機,以及哪三種情況該留在雲端。閱讀全文
買新 3C 前先寫需求:從真實問題、相容性到維修與退場成本買新 3C 前先寫需求:從真實問題、相容性到維修與退場成本規格表可以比較產品,卻不能替你決定需不需要。用已遇到的問題建立選購條件,再核對相容性與後續使用成本,避免買回另一個閒置工具。閱讀全文
最後提醒一件事:官方頁面上的檔案大小與規格會隨著版本更新而變動,上面所有數字都是 2026 年 9 月 14 日當天查到的。真要下單之前,請以你查看當天的官網與模型庫頁面為準,尤其是模型標籤的大小與 Mac 的記憶體選配範圍,這兩項改得最勤。
Ollama 入門:Windows、Mac 安裝與第一個模型Ollama 入門:Windows、Mac 安裝與第一個模型Ollama 是在自己電腦跑本機 AI 的入門工具,官網下載頁寫 macOS 要 14 Sonoma 或更新版本、Windows 要 10 或更新版本。這篇照官方文件走完安裝、第一次對話、看懂模型庫的標籤與大小、用 ollama ps 確認模型跑在顯示卡還是 CPU,再從 curl 與 Python 呼叫本機 11434 埠的 API,最後說清楚結尾帶 cloud 的標籤是雲端模型、怎麼關掉。閱讀全文
在自己電腦跑 DeepSeek:Ollama 蒸餾版教學在自己電腦跑 DeepSeek:Ollama 蒸餾版教學Ollama 官網目前列出 deepseek-r1 的 1.5b、7b、8b、14b、32b、70b 與 671b 七個標籤,下載大小從 1.1GB 到 404GB。這篇用官方文件帶你在 Windows 或 Mac 裝好 Ollama、拉一個蒸餾版開始對話,再接一次本機 11434 埠的 API 呼叫,並說清楚蒸餾與量化是什麼、蒸餾版和網頁版完整模型差在哪、MIT 授權實際允許什麼。閱讀全文
同主題延伸閱讀
生活分享
Claude Code、Codex 搭本機模型:兩種接法怎麼選
Claude Code 與 Codex 搭配本機模型有兩種接法:代理照常連雲端、把大量雜務交給腳本或 MCP 工具去問本機模型,或是把代理的模型整個換成本機模型。這篇用資料能不能出門、上下文開得夠不夠長、工作的類型三個問題幫你選,並對照 Ollama、LM Studio、Anthropic 與 OpenAI 的官方文件,分清楚本機權重、Ollama 的 cloud 標籤與供應商端點是三種不同的東西。
生活分享
把本機模型包成 MCP 工具,Claude Code 與 Codex 共用一支伺服器
用官方 Python SDK 寫一支 stdio 的 MCP 伺服器,把本機的 Ollama 模型包成工具,Claude Code 與 Codex 就能共用:工具只收 inbox 底下的路徑,只回分類結果與結果檔路徑,不回信件原文。文中列出兩邊的登記指令、逾時與輸出上限的官方預設值,以及換成別家本機模型只改環境變數 LOCAL_MODEL 的做法,步驟都來自官方文件。
生活分享
把 Claude Code、Codex 整個換成本機模型:Ollama 與 LM Studio 設定與還原
Ollama、LM Studio 與 Codex 的文件寫了把 Claude Code、Codex 整個換成本機模型的接法:Ollama 用 ollama launch 一行指令或手動設定,LM Studio 先開本機伺服器再設環境變數或加 --oss。這篇把四種組合的指令、兩家文件建議的上下文長度、Claude Code 用 /status 確認連到誰的方法,以及用完怎麼還原整理在一起;需要先裝好 Ollama 或 LM Studio,並且已有 Claude Code 或 Codex。
生活分享
Claude Code、Codex 搭本機模型的注意事項:開工前的檢查清單
Claude Code 或 Codex 搭本機模型之前,先照一張表逐項核對:代理讀不讀得到原始檔、現在連的是誰、標籤是不是 :cloud、上下文實際開多長、逾時與輸出量、怎麼驗收。每一項寫怎麼檢查,並指出詳見同組哪一篇,另外收進供應商端點、條款與授權、繁體中文用字檢查;檢查方法取自 Anthropic、OpenAI、Ollama 與 DeepSeek 的官方文件。
引用本文的文章
最新旅遊情報攻略

情報
2026 韓國楓葉預測:雪嶽山 10 月 20 日、首爾近郊 10 月底、內藏山與漢拏山 11 月上旬
韓國山林廳 2026 年 9 月 22 日公布的楓紅高峰預測:雪嶽山 10 月 20 日,春川、國立樹木園到首爾植物園落在 10 月 28 日到 11 月 2 日,內藏山 11 月 4 日、漢拏山 11 月 6 日,整體比最近 5 年晚約 0.8 天。整理各地楓樹與銀杏的預測日、首爾出發怎麼排,以及出發前去哪裡看即時楓況。2026 年 10 月查證。
- 季節活動
- 自然
- 觀景

攻略胡志明市
胡志明市到頭頓一日遊:白藤碼頭搭高速船、船票與班次,下船就是胡梅纜車與耶穌基督像
人在胡志明市挪一天去頭頓看海:市中心的白藤高速船碼頭搭船,航程 120 分鐘到頭頓的胡梅碼頭,平日成人 320,000 越南盾、週末 350,000,回程末班平日 15:00。下船就是胡梅纜車站,同一條路上有白宮,小山頂上是耶穌基督像。平日一天只有兩班船,整天要從末班船倒推著排。
- 交通
- 行程範例
- 海灘

攻略沖繩
沖繩不開車攻略:單軌只到浦添,美麗海水族館要坐兩個多小時的巴士,回那霸的最後一班直達車 17:22 就開走
不租車的沖繩怎麼移動:那霸市區靠沖繩都市單軌電車(ゆいレール),那霸機場站到終點てだこ浦西 19 站、17 公里、37 分鐘,一日券 1,000 日圓;美麗海水族館有那霸機場直達的高速巴士,單程 2,000 日圓起、官方時刻表上 2 小時上下,下車後還要走 10 分鐘;古宇利島要在今帰仁村役場轉車,當天來回光坐車就六個半小時;回程的最後一班直達車 17:22 就從記念公園前開走(2026 年 9 月查證)。
- 交通
- 行程範例
- 預算
資料來源
- Ollama 文件:硬體支援(GPU 與驅動需求) · 查證日期:
- Ollama 文件:上下文長度(依顯示記憶體的預設分級) · 查證日期:
- Ollama 文件:常見問題(記憶體、K/V 快取、並行請求) · 查證日期:
- Ollama 文件:Windows 安裝需求 · 查證日期:
- Ollama 文件:macOS 安裝需求 · 查證日期:
- Ollama 模型庫:gemma3 標籤與檔案大小 · 查證日期:
- Ollama 模型庫:qwen3 標籤與檔案大小 · 查證日期:
- Ollama 模型庫:gpt-oss 標籤、MXFP4 與記憶體需求 · 查證日期:
- llama.cpp README(量化位元數與 CPU/GPU 混合推論) · 查證日期:
- llama.cpp 文件:多 GPU 使用(顯示記憶體放不下時的行為) · 查證日期:
- llama.cpp 文件:token 生成效能排查(CPU 與 GPU 對照) · 查證日期:
- LM Studio 文件:系統需求 · 查證日期:
- LM Studio 文件:下載模型(量化選項建議) · 查證日期:
- Hugging Face:openai/gpt-oss-20b 模型卡 · 查證日期:
- Apple 台灣:Mac mini 技術規格(統一記憶體與頻寬) · 查證日期:
- Apple 台灣:Mac Studio 技術規格(統一記憶體與頻寬) · 查證日期:
- Apple 台灣:MacBook Air 技術規格(統一記憶體) · 查證日期:
- Apple 台灣:MacBook Pro 技術規格(統一記憶體) · 查證日期:
- Apple 台灣:Mac Studio 產品頁(本機模型測試條件註腳) · 查證日期:
- NVIDIA:GeForce 顯示卡規格比較(記憶體配置與頻寬) · 查證日期: