[問題] AMD 版本有差嗎?

看板Linux作者 (吹笛牧童)時間15年前 (2009/01/18 14:11), 編輯推噓8(8推 0噓 25→)
留言33則, 6人參與, 最新討論串1/1
前不久才注意到,我公司的電腦是 AMD CPU 所以我可以灌 AMD 版嘛 可是一如曾看過人說不建議灌 64 位元版 因為太少人用,除非有空什麼都自己來 否則支援少太多 AMD 版將有可能是類似的狀況 ;; 這是一種狀況,努力點拿 source 自己編譯應該可以解決 不過我好奇的是,AMD CPU 當初就是從 Intel 相容走出來的 凡 i386 裝了都可以跑 (不然也沒人要買了) 那它到底有哪裏不同? 1.一組AMD獨創延伸指令集? AMD 版本的程式都有特別使用這些指令? 2.每個指令的 performance 和 Intel 不一樣? 所以不同的 CPU 就真的用不同的指令來達到最佳化? 如果差異不大,只怕意義也不大了.. 不過我 AMD 的機器已經當機好幾次了 ( Linux 玩到當機..我又沒跑多少程式 *_* ) 另一台是 Intel,雙核心 (真酷,系統監視可以各別看到兩個核心各別的使用率,真的有在用) 跑得還不錯 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.59.179.152
推
01/18 14:29, , 1F
套件庫裏的東西都有 amd64 版，一般問題較大的是別人提供的
01/18 14:29, 1F
→
01/18 14:30, , 2F
套件或已編譯好的程式.. 但有些 32bit 的也能順利執行
01/18 14:30, 2F
→
01/18 14:31, , 3F
個人使用上沒啥大問題，如果你怕麻煩，一樣可裝 i386、686
01/18 14:31, 3F
→
01/18 15:05, , 4F
謝謝;我一問麻不麻煩,二問效率;很懷疑它真的有差?
01/18 15:05, 4F
推
01/18 15:17, , 5F
64bits不建議裝是因為一些non-opensource的東西沒有64bits
01/18 15:17, 5F
→
01/18 15:18, , 6F
例如 ... flash，雖然他最近有風聲說要出64bits XD
01/18 15:18, 6F
→
01/18 15:18, , 7F
效能的話，忘記哪裡看到的數據是平均提昇15% ...不明顯
01/18 15:18, 7F
推
01/18 15:21, , 8F
Flash不是有風聲說要出64bit版 是已經出了
01/18 15:21, 8F
→
01/18 15:23, , 9F
15%我認為是明顯耶;另外得把 64bit 和 AMD 切開講啦 ~^_^~
01/18 15:23, 9F
→
01/18 15:24, , 10F
我個人認為,64位元應該很有效,因為匯流排寬度增加了,但是
01/18 15:24, 10F
→
01/18 15:25, , 11F
AMD 與否很難說呀,你寫程式會斤斤計較 #ifdef _AMD_ ,真的
01/18 15:25, 11F
→
01/18 15:25, , 12F
去換一段 code 嗎?如果沒這種好習慣,兩個 compiler option
01/18 15:25, 12F
→
01/18 15:25, , 13F
編出來的程式其實會大同小異呢!!
01/18 15:25, 13F
推
01/18 15:34, , 14F
對我這種懶人來說，要自己編譯是還滿麻煩的，非必要不想做；
01/18 15:34, 14F
→
01/18 15:36, , 15F
效率的話是會比較快，但不會像表面看起來的 32 -> 64 double,
01/18 15:36, 15F
推
01/18 15:37, , 16F
看起來是我lag 了XD 我還停在k7 sempron的老機器上，還沒
01/18 15:37, 16F
→
01/18 15:37, , 17F
用過64bits系統 orz
01/18 15:37, 17F
→
01/18 15:37, , 18F
如果只快 15% 的話，可能要看你願不願意以其他地方的不方便來
01/18 15:37, 18F
→
01/18 15:37, , 19F
我寫程式的時候編譯直接改CFLAGS而不是寫在source裡面 @@
01/18 15:37, 19F
→
01/18 15:38, , 20F
換取這 15% 的效能增進，另外，64-bit 記憶體消耗好像也比 32
01/18 15:38, 20F
→
01/18 15:38, , 21F
bit 多。
01/18 15:38, 21F
推
01/18 15:40, , 22F
因為pointer變大了 XDD 不過也因為這樣才能用更多的記憶體
01/18 15:40, 22F
→
01/18 15:40, , 23F
GCC 可以對特定 CPU 做最佳化吧，不一定要在 source level 做
01/18 15:40, 23F
推
01/18 15:42, , 24F
另外一個我自己比較擔心的其實是穩定度的問題，比較新的東西
01/18 15:42, 24F
→
01/18 15:44, , 25F
尚未經過長時間大量的測試驗證，「感覺」會比較不穩，就像
01/18 15:44, 25F
→
01/18 15:44, , 26F
KDE 4.
01/18 15:44, 26F
→
01/18 16:01, , 27F
用 ifdef 寫進 source 是設計師自己把邏輯換掉;而CFLAGS是
01/18 16:01, 27F
→
01/18 16:01, , 28F
'告知'用不同的CPU,compiler 也許會去 link 不同的 LIB,也
01/18 16:01, 28F
→
01/18 16:02, , 29F
許會在處理一些指令時編不同的碼 <= 這個看來很有效的樣子
01/18 16:02, 29F
→
01/18 16:33, , 30F
所謂的amd64的版本基本上emt64也能跑,只是當年amd率先
01/18 16:33, 30F
→
01/18 16:34, , 31F
推出64位元系統
01/18 16:34, 31F
推
01/18 17:11, , 32F
ia32 -> athlon、p4 等 amd64 -> amd 64、intel core2 等
01/18 17:11, 32F
→
01/18 17:11, , 33F
ia64 -> intel Itanium
01/18 17:11, 33F
‣ 更多 HuangJC 的文章
文章代碼(AID): #19SiWV-- (Linux)