=VLOOKUP($A900000,$A$2:$E$1000000,1,FALSE)
=VLOOKUP($A900000,$A$2:$E$1000000,2,FALSE)
=VLOOKUP($A900000,$A$2:$E$1000000,3,FALSE)
=VLOOKUP($A900000,$A$2:$E$1000000,4,FALSE)
=VLOOKUP($A900000,$A$2:$E$1000000,5,FALSE)
32 位元 Excel 的 LAA 記憶體改善
雖然 64 位元版本 Excel 中有大量記憶體的限制,32 位元版本則只有 2 GB 的虛擬記憶體。 有些客戶使用 32 位元版本,因為某些協力廠商增益集和控制項都無法在 64 位元版本中執行。
32 位元版本的 Excel 2013 和 Excel 2016 現在已啟用大量位址提示 (LAA)。 這會減少記憶體不足的錯誤訊息。
LAA 可在 Windows 64 位元版本上將可用虛擬記憶體的數量從 2 GB 加倍至 4 GB,並在 Windows 32 位元版本上將可用虛擬記憶體的數量從 2 GB 增加至 3 GB。
如需詳細資訊,請參閱 Excel 的大量位址提示功能變更。
若要下載可顯示可用與已使用虛擬記憶體數量的工具,請參閱 Excel 記憶體檢查工具。
在舊版 Excel 中,使用大量整欄參考和多個工作表的活頁簿 (例如 =COUNTIF(Sheet2!A:A,Sheet3!A1)
),在開啟或在刪除資料列時,可能會使用大量記憶體和 CPU。
Excel 2016 組建 16.0.8212.1000 能減少在這些情況下使用的記憶體和 CPU。
在具有 6 百萬個公式的活頁簿的測試範例中,使用整欄參考失敗,出現記憶體不足訊息,在 Excel 2013 LAA 與 Excel 2010 使用了 4 GB 的虛擬記憶體,但在 Excel 2016 僅使用了 2 GB 的虛擬記憶體。
結構化參考
在 Excel 2013 和較舊版本中,編輯活頁簿中的公式使用資料表結構化參考的資料表時很慢。 這會讓您覺得不應對具有大量資料列的表格使用資料表。 在 Excel 2016 中不會再發生此問題。
比方說,在 Excel 2013 與 Excel 2010 中耗費 1.9 秒的編輯作業,在 Excel 2016 大約為需要 2 毫秒的時間。
篩選、排序和複製/貼上
我們對在大型活頁簿中進行篩選、排序及複製/貼上的回應時間做了許多改善。
在 Excel 2013 中,篩選、排序或複製/貼上多個資料列後,Excel 可能回應會變慢,或是當機。 效能取決於介於上方可見列與下方可見列之間的所有資料列計數而定。 在我們於組建 16.0.8431.2058 中改善了垂直使用者介面位置的內部計算之後,這些作業會快很多。
開啟具有多個篩選或隱藏資料列、合併的儲存格或外框的活頁簿時,可能造成高度的 CPU 負載。 我們在組建 16.0.8229.1000 中推出這方面的修正。
從具有已篩選資料列的資料表貼上複製的儲存格資料行之後,導致大量的個別區塊資料列,回應時間很緩慢。 這已於組建 16.0.8327.1000 中改善。
從 44,000 個資料列篩選的 22,000 個資料列複製/貼上的測試範例可顯示大幅的改善:
針對資料表,在 Excel 2013 中的時間耗費 39 秒、在 Excel 2010 中為 18 秒,到 Excel 2016 中為 2 秒。
針對範圍,在 Excel 2013 中的時間耗費 30 秒、在 Excel 2010 中為 13 秒,到 Excel 2016 中則為一瞬間。
在 Excel 2013 中,複製/貼上包含條件化格式的儲存格可能會很慢。 這在 Excel 2016 組建 16.0.8229.0 中已大幅改善。
複製具有總計 386,000 個條件化格式規則的 44,000 個儲存格的測試範例,可顯示實質上的改善:
Excel 2010:70 秒
Excel 2013:68 秒
Excel 2016:7 秒
新增及刪除工作表
新增及刪除大量工作表時,Excel 2016 組建 16.0.8431.2058 的測試範例相較於 Excel 2013 會顯示 15% 到 20% 的速度改善,但較 Excel 2010 則低 5% - 10% 的速度。
Excel 2016 組建 16.0.7920.1000 推出幾個實用的工作表函數:
MAXIFS 與 MINIFS 延伸 COUNTIFS/SUMIFS 系列函數。 這些函數具有良好的效能特性。 使用它們來取代同等的陣列公式。
TEXTJOIN 和 CONCAT 可讓您輕鬆地結合儲存格範圍中的文字字串。 使用它們來取代同等的 VBA UDF。
Windows 版 Excel 2016 的其他更新
如需有關 Excel 2016 按月付費之改善的詳細資訊,請參閱 Windows 版 Excel 2016 的新增功能。
根據使用者對 Excel 2007 的意見回應,Excel 2010 推出對數項功能的改善。
印表機和版面配置檢視
為了改善整頁模式檢視中基本使用者互動 (例如輸入資料、使用公式或設定邊界) 的效能,Excel 2010 會快取印表機設定,並推出最佳化的呈現計算。 快取印表機設定可減少網路呼叫數目,並減少緩慢或未回應印表機的相依性。 此外,對印表機的連線也可取消,讓使用者不需要等待緩慢或未回應的印表機。
從 Excel 2010 開始,已增加圖表呈現的速度,特別是具有大型資料集的圖表,並且改善文字呈現的效能。 此外,Excel 2010 會快取圖表的影像,並且在可能時使用快取的版本,以避免不必要的計算和呈現。
VBA 解決方案
與 Excel 2007 相較,在 Excel 2010 中執行時,對物件模型與其與 Excel 互動方式的改善,增加了許多 VBA 解決方案的效能速度。
大型資料集和 64 位元版本的 Excel
64 位元版本 Excel 2010 不會像 32 位元版本應用程式受限於 2 GB 的 RAM,也不會像大量位址提示 32 位元版本應用程式受限於最多 4 GB 的 RAM。 因此,64 位元版本 Excel 2010 可讓使用者建立更大型的活頁簿。 64 位元版本 Windows 可啟用較大的可定址記憶體容量,並且 Excel 的設計可利用該容量。 例如,使用者可較舊版 Excel 在格線中填入更多資料。 由於電腦新增更多的 RAM,Excel 會使用該額外的記憶體,因此隨著可用的 RAM 數量,可允許愈來愈大的活頁簿和規模。
此外,因為 64 位元版本的 Excel 可讓您使用較大的資料集,所以 32 位元和 64 位元版本的 Excel 2010 均推出對一般大型資料集工作的改善,例如輸入和向下填滿資料、排序、篩選,以及複製及貼上資料。 記憶體使用量也已最佳化,以在 32 位元和 64 位元版本 Excel 中變得更有效率。
如需 64 位元版本 Office 2010 的詳細資訊,請參閱 32 位元和 64 位元版本 Office 2010 之間的相容性,而針對 64 位元和 32 位元之間的選擇,請參閱選擇 64 位元或 32 位元版的 Office。
Excel 2010 對 Excel 中圖形的效能推出大幅改善。 就高層級來說,這些改善可分為兩個方面:延展性和呈現。
延展性改善對於工作表中包含數量龐大圖形的 Excel 案例有很大的影響。 這個數量龐大的圖案通常是因為從網站複製並貼上資料,或是經常執行會建立圖案但不會移除圖案的自動化而不小心產生。 這個數量龐大的圖案,結合圖形與 Excel 中資料格關聯的方式,代表的是數個獨特的效能挑戰。 Excel 2010 中的改善可增加包含多個圖形的工作表的效能速度。
此外,從 Excel 2010 開始,對硬體加速的支援可改善呈現。 Excel 2010 也推出對 VBA 物件模型中 Shape 物件的 Select 方法的效能改善。
對 Excel 2010 中所做的第一組改善是有關基本的使用案例。 這些案例包括作業和功能,例如排序、篩選、插入或調整資料列或資料欄的大小,或合併儲存格。 在發生這些作業時,您可能需要更新格線上的圖形物件的位置。 在最差的情況下,必須對工作表上的每個單一物件進行更新。 在 Excel 2010 中,即使工作表上有數千個物件,也可以改善這些基本案例的效能。 這些改善並非使用單一功能或修正而達成,而是透過專注於效能來達成,其中包括改善圖案的查詢機制、測試壓力檔案,以及調查阻礙。
當使用者指定可為指定圖案定義文字時的公式 (例如 "= A1") 時,即會在圖形上建立文字連結。 這些特定圖形容易在具有大量物件的試算表上和/或在變更儲存格內容時造成效能問題。 從 Excel 2010 開始,Excel 追蹤及更新這些圖形的方式已經過改良,以將變更儲存格內容的效能最佳化。 這可改善案例,例如在儲存格中輸入新值,或是執行複雜的物件模型作業。
從 Excel 2007 開始,格線的大小從 65,000 個資料列擴展到超過一百萬個資料列。 此增加會造成在較大格線的新區域中使用圖形物件時的一些效能和呈現問題。 從 Excel 2010 開始,Excel 將仰賴於使用格線左上方做為起點的功能最佳化,以改善在格線的新區域中使用圖形的使用體驗。 已改善有關 Excel 2007 的呈現逼真度與效能。
呈現:硬體加速
從 Excel 2010 開始,透過新增呈現 3D 物件時對硬體加速的支援,對圖形平台進行改善。 雖然 GPU 呈現這些物件的速度比 CPU 快,在 Excel 2010 中的體驗取決於您的工作表上的內容。 如果您有完整的 3D 圖形工作表,相較於僅具有 2D 圖形的工作表 (其不能使用 GPU),您會發現硬體加速改善有更多的優勢。
從 Excel 2007 開始,多執行緒計算已改善計算效能。
從 Excel 2010 開始,已進行額外的效能改善,以便進一步增加計算速度。 Excel 2010 可透過非同步方式呼叫使用者定義的函數。 非同步呼叫函數藉由允許一次執行多個計算來改善效能。 在計算叢集上執行使用者定義的函數時,非同步呼叫函數允許使用數部電腦來完成計算。 如需詳細資訊,請參閱非同步使用者定義函數。
多核心處理程序
Excel 2010 挹注了更多投資來利用多核心處理器的優勢,以及增加例行工作的效能。 從 Excel 2010 開始,下列功能會使用多核心處理器:儲存檔案、開啟檔案、重新整理樞紐分析表 (適用於外部資料來源,但 OLAP 和 SharePoint 除外)、將儲存格資料表排序、將樞紐分析表排序,以及自動調整欄大小。
針對牽涉到讀取和載入或寫入資料的作業,例如開啟檔案、儲存檔案,或重新整理資料,將作業分割成兩個程序可增加執行速度。 第一個程序會取得資料,及第二個程序會將資料載入至記憶體中適當的結構,或將資料寫入檔案。 如此一來,在第一個程序開始讀取部分資料時,第二個程序即可以立即開始載入或寫入該資料,而第一個程序會繼續讀取下一個部分的資料。 在過去,第一個程序必須先完成讀取某些區段中的所有資料,第二個程序才能夠將該資料區段載入至記憶體或將資料寫入檔案。
PowerPivot
PowerPivot 是指應用程式與服務的集合,其提供端對端的方法以在 Excel 活頁簿中建立資料驅動、使用者管理的商務智慧解決方案。 PowerPivot for Excel 是資料分析工具,可直接在 Excel 中提供無法倫比的運算能力。 使用者可以利用熟悉的 Excel 功能,將來自幾乎任何來源的大量資料,以令人讚嘆的速度轉換為有意義的資訊,以在幾秒內就獲得所需的解答。
PowerPivot 也已經與 SharePoint 整合。 在 SharePoint 伺服器陣列中,PowerPivot for SharePoint 是一組伺服器端的應用程式、服務與功能的集合,其可支援商務智慧資料的小組共同作業。 SharePoint 提供用於在團隊與較大型組織之間共同作業和共用商務智慧的平台。 活頁簿作者和擁有者會發佈和管理針對他們的 SharePoint 網站開發的商務智慧。
如需 PowerPivot 的詳細資訊,請參閱 PowerPivot 概觀。
HPC Services for Excel 2010
Excel 2010 利用豐富的統計分析函數、支援建構複雜的分析,以及廣泛的擴充性,它是用於分析商務資料的工具選擇。 隨著模型變大,且活頁簿變得更複雜,產生之資訊的價值會增加。 不過,較複雜的活頁簿也需要較多時間來計算。 針對複雜的分析,使用者經常會花費數小時、數天,甚至數週來完成這類複雜的活頁簿。
一個解決方案是使用 Windows HPC Server 2008 來平行在 Windows 高效能運算 (HPC) 叢集的多個節點間相應放大 Excel 計算。 在以 Windows HPC Server 2008 為基礎的叢集中執行 Excel 2010 計算有三個方法:在叢集中執行 Excel 活頁簿、在叢集中執行 Excel 使用者定義的函數 (UDF),以及使用 Excel 做為叢集服務導向架構 (SOA) 用戶端。
如需 HPC Services for Excel 2010 的詳細資訊,請參閱使用 Windows HPC Server 2008 R2 加速 Excel 2010。
Excel 2016 推出的效能和限制的改善,著重於增加 Excel 有效率地處理大型且複雜活頁簿的能力。 這些改善可讓 Excel 隨著硬體擴展,隨著電腦的 CPU 和 RAM 容量擴充而改善效能。
Excel 效能:改善計算效能
Excel 效能:最佳化效能阻礙的秘訣
Excel 開發人員入口網站
Windows 電腦版 Office 測試人員 - 快/慢層級名稱的變更
支援和意見反應
有關於 Office VBA 或這份文件的問題或意見反應嗎? 如需取得支援服務並提供意見反應的相關指導,請參閱 Office VBA 支援與意見反應。