[請益] 同家NAS 為何出ARM架構與X86架構?

[nonpolar (Nonpolar)]

以QNAP來說

它家NAS機種

CPU有ARM或是X86


理論上來說 A軟體如果設計在ARM上面運行

就無法在X86上運行


這樣該公司的軟體工程師 在開發App應用軟體時

不就要一次出兩種版本


這樣開發成本與維護不會很高嗎?

為什麼公司不專出一種架構的NAS就好??

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.252.85.183 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/PC_Shopping/M.1709188656.A.D04.html
→ encorek22554: 撇除底層架構，大多數上層軟體都能
→ encorek22554: 同份code編譯在各個環境了
→ tactics2100: 對標別家的nas
→ chugliang: 同樓上，為了招標案...
推 birdy590: 底層 Linux 移植難度就大大降低了
推 NoneWolf: 軟體就麻煩一點但 硬體可以省很多錢 還
→ NoneWolf: 能讓售價更親民增加市佔率
→ NoneWolf: 別為商人擔心錢的問題
推 joygo: 上層可以，底層的確有需要不同版本linux
→ aq981334: ARM版性能通常來說都比較爛 還沒硬解
→ aq981334: 就圖便宜壓低售價，畢竟清一色都Intel
→ aq981334: 的X86處理器 Intel很容易抬高價格
→ tomsawyer: nas充滿著cgi perl python
→ tomsawyer: 應該是很容易cross compile
→ tomsawyer: 所以唯一的解釋就是$
→ Cubelia: 近幾年ARM核心都有加影音單元了啦
→ Cubelia: 也有加NPU可以跑人臉辨識
推 wei115: 很多應用層的軟體重新編譯就能動惹，核心
→ wei115: 層先拿開源專案用，再凹個豬屎屋寫程式，
→ wei115: 總有辦法的
推 b325019: 就不同底層調用不同指令集，小麻煩但是硬
→ b325019: 體省下來的錢真香
推 comipa: cross compile一下就好的東西
→ birdy590: ARM 影音單元相容性非常爛 沒有統一API
→ birdy590: x86 上面狀況好很多
→ sino6445: 底層大都是c/c++，編譯一下就好，成本
→ sino6445: 很低
→ mikapauli: Write once, debug everywhere
→ soulgem: QNAP 啥時候要更新 nvidia driver? XD
推 nthank: 同份code compile兩次就好了啊 頂多一些
→ nthank: driver的東西要再調
推 falcon: NAS的影音編解碼性能沒有什麼必要，現在隨
→ falcon: 便一個客戶端裝置的性能、泛用性、相容性
→ falcon: 都遠遠強過伺服端的NAS。轉碼根本多繞路
推 oppoR20: 因為成本不一樣 結案
→ oppoR20: 大部分code都運行在os層以上
→ falcon: 但這不代表cpu強沒用處，只是不是用在這種
→ falcon: 脫褲子放屁的地方
→ oppoR20: 而且很多都用開源的或是現有的東東做的
→ falcon: 看錯了…原來沒有人提到影音編碼器
推 kikilalagirl: 自行 google : arm x86 差異
→ fantasystar: 供應鏈問題，避免雞蛋同個籃子
推 joeboy: MAKEFILE 寫一寫就好
推 s25g5d4: 硬體成本跟功耗都比較低，只要低於開發成
→ s25g5d4: 本就會有公司想做，所以有這種產品就是代
→ s25g5d4: 表開發成本低於硬體成本
→ commandoEX: X86才能開虛擬機的樣子
→ birdy590: ARM 也有~ 只是一般資源較低可能開不起
→ birdy590: 用 docker 的似乎比較多
推 yoyo178134: Cross compile…
推 hatenelu: 因為成本不一樣呀