推 mstar:套件庫裏的東西都有 amd64 版,一般問題較大的是別人提供的 01/18 14:29
→ mstar:套件或已編譯好的程式.. 但有些 32bit 的也能順利執行 01/18 14:30
→ mstar:個人使用上沒啥大問題,如果你怕麻煩,一樣可裝 i386、686 01/18 14:31
→ HuangJC:謝謝;我一問麻不麻煩,二問效率;很懷疑它真的有差? 01/18 15:05
推 Bencrie:64bits不建議裝是因為一些non-opensource的東西沒有64bits 01/18 15:17
→ Bencrie:例如 ... flash,雖然他最近有風聲說要出64bits XD 01/18 15:18
→ Bencrie:效能的話,忘記哪裡看到的數據是平均提昇15% ...不明顯 01/18 15:18
推 Azelight:Flash不是有風聲說要出64bit版 是已經出了 01/18 15:21
→ HuangJC:15%我認為是明顯耶;另外得把 64bit 和 AMD 切開講啦 ~^_^~ 01/18 15:23
→ HuangJC:我個人認為,64位元應該很有效,因為匯流排寬度增加了,但是 01/18 15:24
→ HuangJC:AMD 與否很難說呀,你寫程式會斤斤計較 #ifdef _AMD_ ,真的 01/18 15:25
→ HuangJC:去換一段 code 嗎?如果沒這種好習慣,兩個 compiler option 01/18 15:25
→ HuangJC:編出來的程式其實會大同小異呢!! 01/18 15:25
推 jtmh:對我這種懶人來說,要自己編譯是還滿麻煩的,非必要不想做; 01/18 15:34
→ jtmh:效率的話是會比較快,但不會像表面看起來的 32 -> 64 double, 01/18 15:36
推 Bencrie:看起來是我lag 了XD 我還停在k7 sempron的老機器上,還沒 01/18 15:37
→ Bencrie:用過64bits系統 orz 01/18 15:37
→ jtmh:如果只快 15% 的話,可能要看你願不願意以其他地方的不方便來 01/18 15:37
→ Bencrie:我寫程式的時候編譯直接改CFLAGS而不是寫在source裡面 @@ 01/18 15:37
→ jtmh:換取這 15% 的效能增進,另外,64-bit 記憶體消耗好像也比 32 01/18 15:38
→ jtmh:bit 多。 01/18 15:38
推 Bencrie:因為pointer變大了 XDD 不過也因為這樣才能用更多的記憶體 01/18 15:40
→ jtmh:GCC 可以對特定 CPU 做最佳化吧,不一定要在 source level 做 01/18 15:40
推 jtmh:另外一個我自己比較擔心的其實是穩定度的問題,比較新的東西 01/18 15:42
→ jtmh:尚未經過長時間大量的測試驗證,「感覺」會比較不穩,就像 01/18 15:44
→ jtmh:KDE 4. 01/18 15:44
→ HuangJC:用 ifdef 寫進 source 是設計師自己把邏輯換掉;而CFLAGS是 01/18 16:01
→ HuangJC:'告知'用不同的CPU,compiler 也許會去 link 不同的 LIB,也 01/18 16:01
→ HuangJC:許會在處理一些指令時編不同的碼 <= 這個看來很有效的樣子 01/18 16:02
→ bullfrogtwn:所謂的amd64的版本基本上emt64也能跑,只是當年amd率先 01/18 16:33
→ bullfrogtwn:推出64位元系統 01/18 16:34
推 mstar: ia32 -> athlon、p4 等 amd64 -> amd 64、intel core2 等 01/18 17:11
→ mstar: ia64 -> intel Itanium 01/18 17:11