本文通過對多種壓縮算法作進一步研究對比后發現，LZO壓縮算法是一種被稱為實時無損壓縮的算法，LZO壓縮算法在保證實時壓縮速率的優點的同時提供適中的壓縮率。如圖1（A）給出了Linux操作系統下常見開源壓縮算法的壓縮速率的測試結果，LZO壓縮算法速率極快;如圖1（B）給出了Gzip壓縮算法和LZO壓縮算法的壓縮率測試結構，從圖中可以看出，LZO壓縮算法可以提供平均約50%的壓縮率。

　　1 LZO壓縮算法基本原理分析

　　1.1 LZO壓縮算法壓縮原理

　　LZO壓縮算法采用（重復長度L，指回距離D）代替當前已經在歷史字符串中出現過的字符串，其中，重復長度是指，后出現的字符串與先出現的字符串中連續相同部分的長度;指回距離是指，先后兩個相同字符串之間相隔的距離（每個字節為一個單位）;如果沒出現過（定義為新字符），則首先輸出新字符的個數，再輸出新字符。例如，待處理的字符串為“ABCDEFGHABCDEFJKLM”，壓縮算法逐個處理字符，處理ABCDEFGH時沒發現重復字符;處理到ABCDEF時發現這些字符在歷史字符串中已經出現過，計算重復長度為6，指回距離（當前A離歷史A的距離）為8，則用（6，8）代替ABCDEF;處理到JKLM時沒發現重復字符，字符串到此處理完畢，則整個字符串被壓縮成：（08）h ABCDEFGH（6，8）（04）h JKLM，其中h表示16進制。

　　1.2 LZO壓縮算法編碼

　　LZO壓縮后的數據需要經過特定的格式進行編碼，如圖2所示， LZO壓縮算法這樣做的目的有兩方面：調整LZO壓縮率，使得LZO適合壓縮重復長度短，但指回距離較長的數據;使得解壓縮過程更加簡單，解壓縮速度更快，且不需要額外的內存。

　　2 LZO壓縮算法硬件設計與加速方案

　　2.1 LZO壓縮算法硬件結構

　　如圖3（A）給出了一種LZO壓縮算法的硬件結構，其中輸入緩存模塊：用于緩存DMA傳輸的待壓縮數據，為高速緩存模塊提供數據源用以進行壓縮操作;高速緩存模塊：臨時緩存待壓縮數據，為LZSS壓縮模塊提供待壓縮數據，初始化時提前寫入一定量的數據;LZSS模塊：對待壓縮數據進行壓縮處理;字典模塊：存儲壓縮過程中產生的壓縮信息，例如歷史字符串的索引信息，這樣便可為后續數據壓縮提供歷史字符串信息;LZO編碼模塊：對LZSS壓縮后的數據按照LZO編碼格式進行編碼，并將編碼數據組包成固定長度的數據包，方便總線通訊;輸出緩存模塊：緩存編碼后的數據，為DMA讀操作提供壓縮后的數據源;Avalon總線接口：按照Avalon總線規范對LZO壓縮算法模塊進行封裝，為后續集成SOPC提供準備。

　　2.2 LZO壓縮算法硬件加速方案

　?。?）分離雙端口RAM

　　為了加速LZO壓縮算法字符串的比對過程，本文提出如圖3（B）所示的分離雙端口RAM的結構，圖中的多路選擇器1用于將待壓縮數據交替式寫入雙端口RAM1和雙端口RAM2之一中，多路選擇器2用于將讀取的數據交替式輸出。例如，現有字符ABCDEFGHIJ要存入雙端口RAM中，具體如下：ABCD通過多路選擇器1被寫入RAM1中的data1處，EFGH通過多路選擇器1被寫入RAM2中的data2處，IJ通過多路選擇1被寫入data3，此時LZO壓縮算法模塊需要讀取字符串BCDE，則在讀取RAM1中data1處的BCD的同時讀取RAM2中data2處的E，即給RAM1讀地址的同時可以給RAM2讀地址，這樣同一時刻可以讀2處地址對應的內容。相比于一般性雙端口RAM結構，本結構可以實現一次完成讀取操作。做進一步擴展可得出如下結論：若RAM的寬度為W，則讀取字符數在2W以內時，采用分離雙端口RAM結構可以一次完成讀取操作;則讀取字符數在2~2W以內時，采用一般性雙端口RAM結構可能要讀兩次。當然，不僅RAM的寬度可以增加，RAM的個數也可以增加，當RAM的寬度和RAM個數越大時，完成讀操作只需一次的可能性就越大。

　?。?）塊標記

　　LZO壓縮算法在壓縮每個數據塊之前都要對字典模塊進行初始化為0的操作，即對RAM進行寫0操作，然而寫0操作會耗費若干個周期。若字典模塊深度為16K，即RAM的深度為16K，當進行寫0操作時至少花費16K個周期。通常解決此類問題的一種方法是采用乒乓操作的方式，即用兩個字典來交替處理。為了解決初始化帶來的時間花費和資源消耗的問題，本文提出一種如圖3（C）所示的塊標記字典結構，該結構主要包括：LZSS壓縮控制模塊，用于產生壓縮信息，即字符索引及字符所對應的Hash值;flag產生模塊，用于產生0或者1兩種flag標識，表示是當前數據塊還是歷史數據塊;信息合并模塊，用于將字符索引和flag標識進行合并，然后存入字典模塊。整個結構的工作原理可歸納如下：flag標識0或1表示是當前數據塊或歷史數據塊，如壓縮第一個數據塊時標識為0，壓縮第二個數據塊時標識為1，壓縮第三個數據塊時標識為0，壓縮第四個數據塊時標識為1，如此進行反復;LZSS壓縮控制模塊產生字符索引然后與flag進行合并共同存入通過字符計算出的Hash值對應的地址處。例如，現假設已經壓縮到第二個數據塊，則根據上面的工作原理可知，當前的標識應該為1，在壓縮時取出字典中的信息并判斷第一個bit位，如果第一個bit位為0則說明該壓縮信息是歷史數據塊，壓縮信息無效;如果第一個bit位為1則說明可能是當前數據塊（因為也有可能是很久以前的數據塊），根據壓縮信息取出相應字符進行比對確認。

　　綜上所述，塊標記字典結構具有如下特點：無需初始化操作，避免了初始化過程帶來的時間花費;摒棄了乒乓操作的思想，節省了乒乓操作帶來的大量資源的消耗;該結構在片上資源緊缺的情況下是最優的選擇。

　?。?）字典分離

　　軟件在實現LZO壓縮算法過程中，當碰撞發生時，LZO壓縮算法會進行第二次Hash操作，該次Hash操作在第一次Hash操作的基礎上進行偏移。為了提升LZO壓縮算法的壓縮率，本文提出一種如圖3（D）所示的字典分離的結構，當Hash碰撞發生時，LZO壓縮算法進行第二次Hash操作，但第二次Hash操作對應的字符串索引不再存入第一個字典中，而是單獨開辟一塊RAM空間進行存儲。字典分離結構的總存儲空間增加了字典2的大小，這樣在壓縮文件的過程中，文件的壓縮信息量也會增加。可見，該結構可以改進LZO壓縮算法的壓縮率。

　　3 LZO壓縮系統集成與測試驗證

　　3.1 LZO壓縮系統硬件結構

　　如圖4（A）為LZO壓縮系統SOPC硬件結構，內層虛線表示FPGA，虛線內的模塊有相應的代碼或硬件電路構成，外層虛線表示DE2開發板，開發板提供了相應的資源。圖中：PC機通過下載線將待壓縮的數據傳送至DE2開發板上的SDRAM，數據經壓縮后再經下載線回傳至PC機;Nios II處理器負責與用戶交互，對待壓縮數據進行管理，控制整個SOPC的正常工作;JTAG-UART用于設計過程中的軟件和硬件調試;DMA控制器用于高速數據傳輸，它將片外SDRAM中的待壓縮數據傳送到LZO壓縮算法模塊，將LZO壓縮算法模塊中被壓縮后的數據傳送到片外SDRAM中;LZO壓縮算法模塊用于對用戶傳輸過來的數據進行壓縮，它與片外SRAM進行通訊;LCD控制器用于控制LCD的顯示，LCD可顯示LZO壓縮文件開始與結束，增加用戶交互的可視性，例如顯示待壓縮文件的大小，壓縮后的文件大小等;PIO控制LED指示燈的亮與滅，LED燈可用于指示LZO壓縮文件開始與結束，增加用戶交互的可視性;On-chip memory用于存儲系統啟動時的軟硬件配置等信息;SDRAM控制器用于控制SDRAM與系統數據的交換;SDRAM用于存儲指令和數據;SRAM用于存儲LZO壓縮算法過程中產生的壓縮信息，在硬件設計中扮演字典的角色，采用片外SRAM的原因是考慮到FPGA片內資源可能不夠使用;以上所有涉及到的模塊均采用Avalon總線規范進行數據通信，它們共同掛載到數據總線上，Avalon總線具有自身的仲裁結構、地址分析等功能，易于用戶集成開發。

　　3.2 開發板簡介

　　測試與驗證平臺如圖4（B）所示的DE2開發板，該開發板上的核心芯片為Altera公司的Cyclone II EP2C35 FPGA。選擇該開發板作為測試平臺主要基于以下考慮：擁有足夠的片外存儲資源（SDRAM 8MB、SRAM 512KB）;擁有較豐富的片上邏輯資源（35K LEs）;擁有豐富的可用于調試的外設（LCD、7-segment-displays）;支持 Nios II嵌入式軟核;成本較低。

　　3.3 測試結果及對比

　　針對LZO壓縮算法模塊和集成后的系統進行板級測試，一方面驗證算法模塊及集成后的系統的功能正確性，另一方面測試分析算法模塊及集成后系統的性能。測試內容包括：數據壓縮率（壓縮后的文件大小/壓縮前的文件大小），數據壓縮速率（單個周期內處理的字節數）。

　　通過圖5（A）可知，壓縮率提升最大的是1.pdf文件，提升最小的是7.mp3文件（音頻文件已經采用音頻壓縮算法壓縮過了），除去最大值和最小值后取平均值，則壓縮率提升為1.37%;通過圖5（B）不難發現，壓縮速率提升最快的為2.txt文件，提升最慢的為10.dll文件，除去最大值和最小值后取平均值，則壓縮速率提升為4.81倍。