Linux 32bit 的程式也是很多要重新 compile 甚至 port 才能在 x86_64 下跑的

64bit 有沒有比較快?
有

至少在我測試的東西
x86_64 platform 比 IA-32 platform 快了近一倍的時間
Example: Complie Kernel etc.......
(所有的基準都完全一模一樣, 只差在OS, 一個是RHEL AS3 32bit 另一個是RHEL AS3 EM64T)

我手上也有一個科學計算軟體
是有64-bit版的, 這邊也有64-bit 平行最佳化的compiler.
搭的是dual Opteron 2.0G.

因為沒有把這台機器裝成32-bit過 所以沒有齊頭的比較標準
不過可以參考一下, 在大部分的狀況下
這台機器比另一台dual Xeon 2.4G 快了大約一倍.

而且這個軟體的64-bit版可以使用超過16GB的暫存檔, 32-bit不行.
我有些case之前就是會爆16GB然後就強迫停止= =a

喔對了 裝的OS是Gentoo Linux.

如果沒有比較快那就不用換64的了，現在問題就在支援64的程式實在太少了，
一般使用者就算灌了64的系統，找完驅動程式後，不曉得還能幹嘛？？

這個大概又回到雞生蛋的問題。以我工作所知，老闆們根本不會去在意你是用什麼系統，重點是MIS頭頭的想法。就上班人士的看法：多一事不如少事。好不容易Linux、freeBSD在業界開始被認可，一些比較小心的大主管才開始敢用。現在又跑出了個64bit版。別說是軟體，就算是硬體，也還沒到大量被採用時候。是以，最下游本身敢用的企業，畢竟是少數；之前任職過的兩家大型媒體路公司，最重要的server仍是以sun、ibm的機器為主。其它才可能用一般的pc、os來運作。

軟體公司見此，當然不會太急的去生產；不過，就一次AMD的展示會來看，從32bit轉到64bit，對軟體廠商來說似乎不算太難。可能軟體商有不同的考量吧。畢竟，MS Window 64bit的版本接受度也還不高。

對於Linux 來說 轉換到64-bit應該還好
反正大部分的東西都有sourcecode
compile 過就可以了
問題只是出來的程式是不是最佳化而已

但是目前64bit的效能提升只有在某些極端的情況才會出現吧
例如超大型的資料庫，或是上面提的科學計算
主要是需要大量的記憶體，大型檔案，及大量雙倍精度浮點運算的時候

在我住的這兒 (不是蒸籠 !!) , 要推廣K8已經不太容易
(很多門市人員還是喜歡拿時脈洗腦 ; 雖然這現象沒之前那麼嚴重 ,
不過那些說64位元現在根本用不到的 , 若之後Intel在台發行EMT64版的P4時 , 一定又被拿來做文章 ~ 呿) ,

想不到企業裡的MIS反而是最大阻礙 ~ ?!

別有這種想法。

企業運用，不比個人嘗新嘗快。穩定才是第一重要。別說是這種PC跨Server級的產品。就連SUN、IBM、HP每一次有新型號的主機、或新OS版本推出，企業也會先『觀望』的。國內不少醫院、銀行，用的還是IBM八、九年前版本的OS400。連AS400都快給IBM放棄的年代，有人用的還是該系列主機老早前版本。

樓上的哥哥：不同架構的硬體、OS，並不是拿到原始碼，就一定compile的出來。就算compile的出來，也不見得一定能用。換一個新架構的CPU，別說是32bit->64bit，就算同是x86系列的CPU，也是可能發出問題；大半linux上的source都是以C/C++之流寫的，這種東東與CPU直接溝通的可能性雖沒有組合語言頻繁，但，也是有的。這個時候，已不是『最佳化』的問題，而可能是『穩不穩定』的問題。

了解 !
一不小心把企業用戶和工作站 , 特殊運算領域的用戶混在一起了 ~ ^^

嗯啊嗯啊 企業運算的環境跟學校或是個人是不一樣的

我們也是確定說那個軟體有64bit版 搭的compiler也沒問題
才下手買AMD64機器的~
(結果最後問題出在OS...... 那個軟體商只對SuSE跟RH做測試
結果Gentoo附的glibc"太新"反而不能用= =+ 抓好久才找到)

所以不急啦~
等例如說SQL, Oracle那些東西都有64bit版 跑得穩定再來換機器也不遲.
不然MIS到時候整天被老闆拿槍抵著頭說要debug那也是很辛苦的= =a