[問題]x86_64 和 i386 差別在哪??

從上面的說明，現在我們知道 RPM 與 SRPM 的格式分別為：

xxxxxxxxx.rpm   <==RPM 的格式，已經經過編譯且包裝完成的 rpm 檔案； xxxxx.src.rpm   <==SRPM的格式，包含未編譯的原始碼資訊。

那麼我們怎麼知道這個軟體的版本、適用的平台、編譯釋出的次數呢？只要透過檔名就可以知道了！例如 rp-pppoe-3.1-5.i386.rpm 這的檔案的意義為：

rp-pppoe -        3.1    -     5        .i386        .rpm 軟體名稱   軟體的版本資訊 釋出的次數 適合的硬體平台 副檔名

除了後面適合的硬體平台與副檔名外，主要是以『-』來隔開各個部分，這樣子可以很清楚的發現該軟體的名稱、 版本資訊、打包次數與操作的硬體平台！好了，來談一談每個不同的地方吧：

• 軟體名稱：
  
  當然就是每一個軟體的名稱了！上面的範例就是 rp-pppoe 。


• 版本資訊：
  
  每一次更新版本就需要有一個版本的資訊，否則如何知道這一版是新是舊？這裡通常又分為主版本跟次版本。以上面為例，主版本為 3 ，在主版本的架構下更動部分原始碼內容，而釋出一個新的版本，就是次版本啦！以上面為例，就是 1 囉！


• 釋出版本次數：
  
  通常就是編譯的次數啦！那麼為何需要重複的編譯呢？這是由於同一版的軟體中，可能由於有某些 bug 或者是安全上的顧慮，所以必須要進行小幅度的 patch 或重設一些編譯參數。 設定完成之後重新編譯並打包成 RPM 檔案！因此就有不同的打包數出現了！


• 操作硬體平台：
  
  這是個很好玩的地方，由於 RPM 可以適用在不同的操作平台上，但是不同的平台設定的參數還是有所差異性！ 並且，我們可以針對比較高階的 CPU 來進行最佳化參數的設定，這樣才能夠使用高階 CPU 所帶來的硬體加速功能。 所以就有所謂的 i386, i586, i686, x86_64 與 noarch 等的檔案名稱出現了！
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  

  平台名稱	適合平台說明
  i386	幾乎適用於所有的 x86 平台，不論是舊的 pentum 或者是新的 Intel Core 2 與 K8 系列的 CPU 等等，都可以正常的工作！那個 i 指的是 Intel 相容的 CPU 的意思，至於 386 不用說，就是 CPU 的等級啦！
  i586	就是針對 586 等級的電腦進行最佳化編譯。那是哪些 CPU 呢？包括 pentum 第一代 MMX CPU， AMD 的 K5, K6 系列 CPU (socket 7 插腳) 等等的 CPU 都算是這個等級；
  i686	在 pentun II 以後的 Intel 系列 CPU ，及 K7 以後等級的 CPU 都屬於這個 686 等級！ 由於目前市面上幾乎僅剩 P-II 以後等級的硬體平台，因此很多 distributions 都直接釋出這種等級的 RPM 檔案。
  x86_64	針對 64 位元的 CPU 進行最佳化編譯設定，包括 Intel 的 Core 2 以上等級 CPU ，以及 AMD 的 Athlon64 以後等級的 CPU ，都屬於這一類型的硬體平台。
  noarch	就是沒有任何硬體等級上的限制。一般來說，這種類型的 RPM 檔案，裡面應該沒有 binary program 存在， 較常出現的就是屬於 shell script 方面的軟體。

  
  
  
  受惠於目前 x86 系統的支援方面，新的 CPU 都能夠執行舊型 CPU 所支援的軟體，也就是說硬體方面都可以向下相容的， 因此最低等級的 i386 軟體可以安裝在所有的 x86 硬體平台上面，不論是 32 位元還是 64 位元。但是反過來說就不行了。舉例來說，目前硬體大多是 64 位元的等級，因此妳可以在該硬體上面安裝 x86_64 或 i386 等級的 RPM 軟體。但在你的舊型主機，例如 P-III/P-4 32 位元機器上面，就不能夠安裝 x86_64 的軟體！

根據上面的說明，其實我們只要選擇 i386 版本來安裝在你的 x86 硬體上面就肯定沒問題。但是如果強調效能的話， 還是選擇搭配你的硬體的 RPM 檔案吧！畢竟該軟體才有針對你的 CPU 硬體平台進行過參數最佳化的編譯嘛！

由於 RPM 是透過預先編譯並打包成為 RPM 檔案格式後，再加以安裝的一種方式，並且還能夠進行資料庫的記載。 所以 RPM 有以下的優點：

• RPM 內含已經編譯過的程式與設定檔等資料，可以讓使用者免除重新編譯的困擾；


• RPM 在被安裝之前，會先檢查系統的硬碟容量、作業系統版本等，可避免檔案被錯誤安裝；


• RPM 檔案本身提供軟體版本資訊、相依屬性軟體名稱、軟體用途說明、軟體所含檔案等資訊，便於瞭解軟體；


• RPM 管理的方式使用資料庫記錄 RPM 檔案的相關參數，便於升級、移除、查詢與驗證。

為什麼 RPM 在使用上很方便呢？我們前面提過， RPM 這個軟體管理員所處理的軟體，是由軟體提供者在特定的 Linux 作業平台上面將該軟體編譯完成並且打包好。那使用者只要拿到這個打包好的軟體， 然後將裡頭的檔案放置到應該要擺放的目錄，不就完成安裝囉？對啦！就是這樣！

但是有沒有想過，我們在前一章裡面提過的，有些軟體是有相關性的，例如要安裝網路卡驅動程式，就得要有 kernel source 與 gcc 及 make 等軟體。那麼我們的 RPM 軟體是否一定可以安裝完成呢？如果該軟體安裝之後，卻找不到他相關的前驅軟體， 那不是挺麻煩的嗎？因為安裝好的軟體也無法使用啊！

為了解決這種具有相關性的軟體之間的問題 (就是所謂的軟體相依屬性)，RPM 就在提供打包的軟體時，同時加入一些訊息登錄的功能，這些訊息包括軟體的版本、 打包軟體者、相依屬性的其他軟體、本軟體的功能說明、本軟體的所有檔案記錄等等，然後在 Linux 系統上面亦建立一個 RPM 軟體資料庫，如此一來，當你要安裝某個以 RPM 型態提供的軟體時，在安裝的過程中， RPM 會去檢驗一下資料庫裡面是否已經存在相關的軟體了， 如果資料庫顯示不存在，那麼這個 RPM 檔案『預設』就不能安裝。呵呵！沒有錯，這個就是 RPM 類型的檔案最為人所詬病的『軟體的屬性相依』問題啦！