1樓：henry ding
如果你會將SRC打包成RPM，那麼一切都不是問題。可惜好多人並不會SRC->RPM-BUILD to RPM.至於效能問題，通用的RPM肯定按照大眾的方式發布。
如果你知道還有一種叫*-.src.rpm的原始碼包，那麼問題就簡單了。
2樓：Keen Wang
如果是簡單的業務場景，原始碼包安裝和yum安裝的效能基本看不出大的差異。但如果是高壓力使用的業務場景，原始碼安裝則更合適。是因為
1，yum安裝的rpm包在編譯的時候把絕大部分通用的功能和模組都編譯進去了，但實際使用過程可能某些功能是用不上的，而服務啟動後這些無用的功能也會占用CPU和記憶體。
2，rpm包編譯時使用的引數是通用的，沒有針對性優化，在高壓力場景下可能不夠優化。原始碼安裝則可以根據業務特性、CPU/記憶體資源等進行特定的優化。
如僅是一般的使用，業務不是很繁忙，建議用yum安裝。管理簡單又省事，而且沒有dependency的煩惱。
如果是生產環境中執行繁重業務，則最好原始碼編譯。但必須了解所需功能、模組和優化引數的設定，不然也優化不了多少。
3樓：
原始碼包安裝可以自己定製模組，而yum的方式安裝的是二進位製包，幾乎包括了乙個軟體的所有模組，而這些模組並不是都是我們所需要的。
為什麼unreal虛幻引擎原始碼編譯如此慢，有方法改進嗎？
pixel玩家 改一點點code是不需要編譯整個的，會只編譯那部分修改相關聯的。最好是要有乙個固態硬碟。如果沒有那就會很痛苦。 吳俊璋 有條件的用incredibuild 不想買的可以考慮用SNDBS 和incredibuild比稍微慢一點但是免費如果只是個人的電腦就沒什麼好辦法了 有條件的可以上I...
看caffe和tensorflow原始碼用什麼IDE？
Jiang XIAO Clion Bazel外掛程式，但構建過程有些坑，可以參考 Clion構建Tensorflow原始碼工程 sketch2sky Yan Ni CLion build 2016.3.5 Bazel Plugin IntelliJ with Bazel 環境 前者是Jetbrain...
nginx編譯安裝和yum安裝那個更好？
人球分過愛好者 看你自己的需要，yum安裝，簡單方便維護管理公升級等 原始碼貴在能自定義很多東西，例如你想裝個其他模組，如Tengine團隊寫的nginx upstream check module等等。原始碼定製化高，可選擇性高。但缺點是依賴和公升級優點麻煩 建議才開始使用Nginx利用yum安裝...