目前半導體微縮進度、設備及物理極限都有暫時卡住的跡象

加上全球景氣及PC需求步入衰退循環

發展暫時停滯應該是未來半年甚至一年內最可能的狀態

金士頓有,博蒂也有,9.9.9.27~

嗯...

我之前以為Oracle 9i 沒有64位元版本 , 所以之前我是以Oracle 9i為目標 , 之前也有人反應
說Oracle 9i 如果要用到4GB以上的空間會當機 , 所以我是以改善Oracle 9i 為主 !!

如果您想寫Oracle 9i 這套DB我是不反對啦... ;)

不過,我也在上個月面試台灣大X大的部門主管口中得知, Oracle 9i 還真有64位元版 , 後來去
OTN找沒找到 , 透過Google找到有人放在網站上download , 我有取得 , 但還沒裝過....

Oracle 9i 還不是普通的難裝....

PS: 不要傻傻的真的去寫一套DB.... :p

32bit 的軟體, 如何用到4GB以上的記憶體？
32bit application virtual memory addressing 只有 32bit.

32bit linux kernel本身可以透過PAE定址到64GB(但有實用上最好不要超過16GB,再上去overhead會太高的說法:ase),user space的話頂多到3GB(剩下的1GB要保留給kernel space/MMIO:ase),以此來說就算靠PAE讓kernel勉強抓到所有的RAM,對真正會吃大量RAM的AP而言其實意義不大就是了:ase:ase....

一定是朝高時脈發展，因為高時脈比低延遲簡單，DDR->DDR2->DDR3的發展也是如此。

會需要用到這麼大容量需求的軟體
很多根本都沒有32bit版，你要使用它
自然就一定得在64bit OS上

我windows現在使用64bit
主要是因為編譯Firefox PGO
link的時候會超過4G
沒辦法所以才換
64bit程式除了DATA外，程式本身在記憶體上的開銷
理論上可以達到2X，某些極端的情況可能還會更高
要不然我現在還是會繼續使用windows 32bit

而且目前全世界的瀏覽器
它的jit engine，沒有針對x86-64這個平台做最佳化
目前沒有x86-64原生的jit engine
連apple 自己safari的webkit也是
Google Chrome甚至官方連原生64bit版都沒有
瀏覽器性能其實都是32bit明顯強過64bit版
沒辦法我個人很care這點

這與Application無關 , 主要是OS本身要能夠進行分配及管理 , 所以只要OS能夠正確抓到
Memory space , Application只要向OS提出配置request , OS就能夠進行配置給AP !!

剛找了一下 底下這篇蠻清楚的
http://lwn.net/Articles/75174/

Linux Kernel 支援 3G/1G(default), 2G/2G 的 user space /kernel space VA mapping, 後來也有4G/4G 的 patch.

吃大量RAM的 32bit application 最多也只能存取到 Kernel 可以支援的 VMSPLIT 設定的大小.

Browser javascript performance 64bit 強過 32bit 印象深刻的大概就是Mac 版的Safari. 不知道其他 browser 有沒有便是

https://www.apple.com/pr/library/20...ow-Leopard.html
a 64-bit version of SafariR 4 that boosts the performance of the Nitro JavaScript engine by up to 50 percent