UltraScale架構與Vivado?設計套件結合使用可提供如下這些新一代系統級功能：

　　· 針對寬總線進行優化的海量數據流，可支持數Tb級吞吐量和最低時延

　　· 高度優化的關鍵路徑和內置高速存儲器，級聯后可消除DSP和包處理中的瓶頸

　　· 增強型DSP slice包含27x18位乘法器和雙加法器，可以顯著提高定點和IEEE 754標準浮點算法的性能與效率

　　· 第二代3D IC系統集成的晶片間帶寬以及最新3D IC寬存儲器優化接口均實現階梯式增長

　　· 類似于ASIC的多區域時鐘，提供具備超低時鐘歪斜和高性能擴展能力的低功耗時鐘網絡

　　· 海量I/O和存儲器帶寬，用多個硬化的ASIC級100G以太網、Interlaken和PCIe? IP核優化，可支持新一代存儲器接口功能并顯著降低時延

　　· 電源管理可對各種功能元件進行寬范圍的靜態與動態電源門控，實現顯著節能降耗

　　· 新一代安全策略，提供先進的AES比特流解密與認證方法、更多密鑰模糊處理功能以及安全器件編程

　　· 通過與Vivado工具協同優化消除布線擁塞問題，實現了90%以上的器件利用率，同時不降低性能或增大時延

　　系統設計人員將這些系統級功能進行多種組合，以解決各種問題。下面的寬數據路徑方框圖可以很好地說明這一問題。見圖3.

　　
圖3:Tb級I/O需要海量的并行數據路徑

　　圖中，數據速率高達Tbps的數據流從從左側流入再從右側流出。系統必須在左右兩側的I/O端口之間傳輸數據流，同時還要執行必要的處理工作。可以通過高速串行收發器來進行I/O傳輸，運行速率高達數Gbps。一旦數Gbps的串行數據流進入器件，就必須扇出（fan out），以便與片上資源的數據流、路由和處理能力相匹配。

　　Tb級系統的設計挑戰：時鐘歪斜與海量數據流

　　舉一個現實的實例，假設左側和右側I/O端口的帶寬為100Gb/s。這意味著片上資源也必須要處理至少100Gb/s的流量。設計人員一般采用512至1024位的寬總線或數據路徑來處理相關的數據吞吐量，產生一個與片上資源功能相匹配的系統時鐘。如果線速提高到400Gb/s，那么總線寬度達到1024至2048位也并不少見。

　　現在考慮一下這類總線的時鐘要求。在UltraScale架構推出之前，高系統時鐘頻率運行會使這些海量數據路徑上的時鐘歪斜程度增大，甚至達到整個系統時鐘周期的將近一半。時鐘歪斜幾乎占用一半的時鐘周期，這種情況下設計方案需要依靠大量流水線才有可能達到目標系統性能。只剩下一半的時鐘周期可用于計算，因此得到可行解決方案的幾率就會很低。大量使用流水線不僅會占用大量寄存器資源，而且還會對系統的總時延造成巨大影響，這也再次證明了這種方法在當今的高性能系統中不可行。

　　UltraScale架構提供類似ASIC時鐘功能

　　多虧UltraScale 架構提供類似ASIC的多區域時鐘功能，使得設計人員現在可以將系統級時鐘放在整個晶片的任何最佳位置上，從而使系統級時鐘歪斜降低多達50%。將時鐘驅動的節點放在功能模塊的幾何中心并且平衡不同葉節點時鐘單元（leaf clock cell）的時鐘歪斜，這樣可以打破阻礙實現多Gb系統級性能的一個最大瓶頸。系統總體時鐘歪斜降低后，就無需再使用大量流水線，并可消除隨之而來的時延問題。UltraScale架構中類似于ASIC的時鐘功能不僅能移除時鐘布置方面的限制，還能在系統設計中實現大量獨立的高性能、低歪斜時鐘源。這與前幾代可編程邏輯器件中所采用的時鐘方案完全不同。從系統設計人員的角度出發，這種解決方案能輕松解決時鐘歪斜問題。

　　從容應對海量數據流挑戰

　　極高性能應用一般采用寬總線或寬數據路徑來匹配路由到片上處理資源的數據流。然而采用寬總線來擴展性能時，除了要簡單處理時鐘歪斜問題外，還要應對一系列自身挑戰。眾所周知，同類競爭架構經證實其適用于高性能設計的布線資源非常有限且缺乏靈活性。如果FPGA的互連架構性能較低，那么用它來實現100Gb/s吞吐量的應用時，需要將數據總線提升到1536至2048位的寬度。

　　盡管更寬的總線實現方案可以降低系統時鐘頻率，但由于缺乏支持寬總線系統所需的布線資源，因此會產生嚴重的時序收斂問題。而且有些FPGA廠商采用的是過時的模擬退火布局布線算法，不考慮擁塞程度和總線路長度等全局設計指標，因此會進一步加劇時序收斂問題。這樣，設計人員就不得不進行多方面權衡，包括降低系統性能（通常不可取）；使用大量流水線，不惜增大時延；或者降低可用器件資源利用率。在任何情況下，經證明這些解決方案都是不佳或存在欠缺的方案。最重要的是，傳統FPGA中布線資源（用于滿足100Gb/s應用的要求）的局限性幾乎可以說明它們不可能適用新一代多Tb應用的要求，即便能適用，但器件的利用率會非常低，時延極高。

　　更為復雜的問題在于，通過大量的寬數據總線來擴展性能會帶來額外的代價，那就是需要顯著增加邏輯電路開銷用以支持寬總線的實施，從而進一步加大實現時序收斂的難度。

　　以以太網數據包大小為例可以很好地說明這個情況。以太網的數據包最小為64字節（512位）。假設采用2048位寬的總線來實現400G的系統，那么總線最多容納4個數據包。

　　在2048位寬的總線中存在多種數據包組合形式，例如4個完整數據包或者1個、2個或3個完整或部分數據包，這樣需要使用大量邏輯來處理不同的情況與組合。需要大量復雜的重復邏輯來應對這些可能的組合。此外，如果總線要求對四個數據包進行同時處理并寫入到存儲器中，那么可能需要對邏輯的某些部分進行加速（或擴展性能）。可以考慮通過邏輯加速或用四個獨立的相同存儲器控制器來相繼處理多個數據包，但這些方式會進一步加大布線資源的壓力，迫使架構必須具備更多的高性能、低歪斜布線資源。參見圖4。

　　
圖4：增加數據路徑時鐘寬度和時鐘速率需要更多邏輯和布線資源

　　半導體工藝的擴展影響互連技術

　　隨著業界向20nm或更高級半導體工藝技術推進，在與銅線互連有關的RC延遲方面出

　　現了新的挑戰，它會阻礙向新工藝節點演進所實現的性能提升效果。晶體管互連延遲的增加會直接影響所能實現的總體系統性能，因此更加需要所使用的布線架構能提供滿足新一代應用要求的性能等級。UltraScale布線架構在開發過程中充分考慮了新一代工藝技術的特點，而且能明顯減輕銅線互連的影響——如不進行妥善處理會成為系統性能瓶頸。

　　UltraScale互連架構：針對海量數據流進行優化

　　UltraScale新一代互連架構的推出體現了可編程邏輯布線技術的真正突破。賽靈思致力于滿足從多Gb智能包處理到多Tb數據路徑等新一代應用需求，即必須支持海量數據流。在實現寬總線邏輯模塊（將總線寬度擴展至512位、1024位甚至更高）的過程中，布線或互連擁塞問題一直是影響實現時序收斂和高質量結果的主要制約因素。過于擁堵的邏輯設計通常無法在早期器件架構中進行布線；即使工具能夠對擁塞的設計進行布線，最終設計也經常需要在低于預期的時鐘速率下運行。而UltraScale布線架構則能完全消除布線擁塞問題。結論很簡單：只要設計合理，就能進行布線。