新聞中心

EEPW首頁 > 手機與無線通信 > 設計應用 > USB 2.0與 USB 3.0功能特性對比分析

USB 2.0與 USB 3.0功能特性對比分析

作者: 時間:2011-10-10 來源:網(wǎng)絡 收藏

簡介

本文引用地址:http://butianyuan.cn/article/155643.htm

  由于具備簡單、成熟、即插即用特征。然而, 480 Mbps的速度無法支持新一代存儲和視頻。因此,移植到一個更快標準的時機已經(jīng)成熟,這就導致了 新協(xié)議的開發(fā)。對于開發(fā)商而言,挑戰(zhàn)是如何充分利用USB 的潛能。本文將探討使用USB 硬件軟件設計問題,本文主要介紹的是手持產(chǎn)品。首先,我們將比較USB 和USB 3.0的性能,以及過渡到USB 3.0模塊影響到的器件。

  在一個普通的場景中,在device端,處理器直接連接到USB、存儲器和外設。記住這種結構,由High-Speed過渡到SuperSpeed,處理器的影響可以概括如下:

  

  USB VS USB 3.0

  數(shù)據(jù)速率

  USB 2.0和USB 3.0的基本區(qū)別是帶寬。USB 2.0所提供的理論帶寬是480Mbps。事實上,收到的最大吞吐量約為320Mbps (40MBps),它大致是理論值的三分之二。使用USB3.0,數(shù)據(jù)吞吐量為4.8Gbps。如果我們用相同的比例,那么預期的數(shù)據(jù)速率是3.2Gbps (400MBps)。然而,許多開發(fā)人員希望能提供更高的吞吐量。圖1顯示了USB 3.0 和USB 2.0用于Buffalo外部存儲磁盤進行不同大小文件傳輸?shù)臄?shù)據(jù)率差異。應該指出的是,USB 3.0數(shù)據(jù)速率受儲存設備約束,否則400 Mbps的數(shù)據(jù)速率很容易達到。

  

  圖1可以看出,單個請求傳輸大小增大了,數(shù)據(jù)傳輸速率也隨之增加了。這是因為當請求傳輸大小增加時,請求數(shù)量和因此MSC設備要處理中斷減少,那么整體性能就更好了。64 KB傳輸過后,數(shù)據(jù)速率達到飽和(因為Windows驅(qū)動在一個SCSI請求中不能請求超過64 KB的數(shù)據(jù))。這些數(shù)據(jù)顯示了中斷在整個系統(tǒng)性能的重要性和影響。

  高數(shù)據(jù)率增加了中斷速率和數(shù)據(jù)請求速率,這使處理器負荷顯著提高。當處理器忙于處理USB相關的實時請求時,增加了延時,用戶會看到應用處理慢了下來,這并不是一個滿意的結果。

  數(shù)據(jù)流

  USB 2.0數(shù)據(jù)請求一次只能是一個方向,與USB 2.0標準不同,USB 3.0支持同時讀和寫。這是因為USB 2.0是半雙工協(xié)議,而USB 3.0是全雙工協(xié)議。全雙工通信是通過增加更多連接來支持同時傳輸數(shù)據(jù)的。它同時也帶來了成本的增加和軟件的復雜性。使用USB 2.0,處理器一次只參與傳輸,并且數(shù)據(jù)結構和請求處理非常簡單。但隨著全雙工USB 3.0的到來,現(xiàn)在的數(shù)據(jù)結構需要加倍的信息。USB軟件模塊還需要能夠處理同時的數(shù)據(jù)操作。

  電源管理

  封包傳輸協(xié)議改變了(例如,廣播定向),設備polling消除了,link的定義和級中間狀態(tài),使USB3.0電源管理要很不錯。我們將討論USB設備處理器必須要做的事情,因為第三種降低功耗改變了,例如多種中間狀態(tài)。

  在USB 2.0中,狀態(tài)只有ACTIVE 和SUSPEND。SuperSpeed中有兩個以上的狀態(tài):FAST EXIT IDLE 和SLOW EXIT IDL。狀態(tài)越多意味著硬件和軟件兩個方面都更復雜。外設可以使用link級電源管理發(fā)起省電模式。要獲得實際利益,處理器需要跟蹤USB接口的空閑時間,智能采取行動。對于一個設備來說電源連接狀態(tài)的入口和出口速率可能很頻繁。例如,同步傳輸允許外設在服務間隔進入低功耗狀態(tài)。這可以顯著增加處理器負載運行時間。

  流支持

  USB3.0拓展了批量傳輸模式,支持流模式。批量流提供了同頻帶信號傳輸,通過一個標準批量傳送支持多路多個獨立邏輯數(shù)據(jù)流協(xié)議。這種作法簡化了USB設計復雜的類協(xié)議。例如,USB SCSI (UAS)海量存儲類使用批量流代替簡單的BOT協(xié)議。在BOT中,一次只有一個pending請求,而在UAS中,一次可能有n-1個請求,這里n是批量端點中支持的流數(shù)。實現(xiàn)和維護一個復雜的類協(xié)議也可能使處理器一直很忙。對于BOT來說單個平面數(shù)據(jù)結構就夠了,UAS協(xié)議要求基于優(yōu)先級的數(shù)據(jù)結構用于實現(xiàn)外設端固件。


上一頁 1 2 3 下一頁

評論


相關推薦

技術專區(qū)

關閉