這個問題很有意思…一句話結論就是看實測,都有可能。如果應用同時有64位版本的話,可能沒差別或者64位更快點。如果應用是32位的話,什麼情況都可能——可能持平,可能32位快點,可能64位快點。
理論上來說應該是64位流暢點。64位系統佔用的記憶體更多些,但32位系統通常只能認出3.25GB左右記憶體,如果裝置多點的話甚至只能認2.75GB的記憶體,不能使用的記憶體容量會比64位系統多使用的記憶體更多,或者說64位系統的可用記憶體會多於32位系統。所以通常來說是64位系統的可用記憶體還多點。
當然,記憶體這東西,夠用的話多了沒用,不夠用這卡成狗,所以理論上,3.25甚至2.75記憶體夠用的話,應該沒區別。但64位系統碰到記憶體不足的機率應該更低點。
64位系統的另一個優勢就是某些運算,例如雙精度浮點運算,64位可能比32位快不止一倍——前提是程式沒有利用SSE,AVX之類的SIMD指令。現在來說,這個機率可以忽略不計。
至於CPU執行模式切換的效能消耗完全可以忽略。
然而問題是,64位的程式檔案本身會稍大點,如果要執行32位程式還要載入32位的動態庫,增加了IO壓力,那麼這個時候如果是使用機械硬碟的話,通常瓶頸在IO端,64位會非常吃虧。固態硬碟的話,還要看IO是否會造成瓶頸。
這個問題很有意思…一句話結論就是看實測,都有可能。如果應用同時有64位版本的話,可能沒差別或者64位更快點。如果應用是32位的話,什麼情況都可能——可能持平,可能32位快點,可能64位快點。
理論上來說應該是64位流暢點。64位系統佔用的記憶體更多些,但32位系統通常只能認出3.25GB左右記憶體,如果裝置多點的話甚至只能認2.75GB的記憶體,不能使用的記憶體容量會比64位系統多使用的記憶體更多,或者說64位系統的可用記憶體會多於32位系統。所以通常來說是64位系統的可用記憶體還多點。
當然,記憶體這東西,夠用的話多了沒用,不夠用這卡成狗,所以理論上,3.25甚至2.75記憶體夠用的話,應該沒區別。但64位系統碰到記憶體不足的機率應該更低點。
64位系統的另一個優勢就是某些運算,例如雙精度浮點運算,64位可能比32位快不止一倍——前提是程式沒有利用SSE,AVX之類的SIMD指令。現在來說,這個機率可以忽略不計。
至於CPU執行模式切換的效能消耗完全可以忽略。
然而問題是,64位的程式檔案本身會稍大點,如果要執行32位程式還要載入32位的動態庫,增加了IO壓力,那麼這個時候如果是使用機械硬碟的話,通常瓶頸在IO端,64位會非常吃虧。固態硬碟的話,還要看IO是否會造成瓶頸。