ata55 wrote:
誠心建議各位好友....
不要把閒聊區的 "LAG" 玩笑帶到電腦區 (或其他區)
恩
+1
不要把閒聊版的LAG帶到其他版
在專業版請認真回覆
想我都不在其它版嘴砲
xos84292 wrote:
32BIT OS下,單一X86程式最多只能用2GB RAM,你賽個16GB都只有2GB
換成64BIT OS就沒這限制,但也要看程式是不是原生64位元
如果支持的話,像我手上的PHOTO SHOP CS5,開大圖因為能動到3-4GB RAM,可以快超過3-4倍...32BIT下慢得要死...
(恕刪)
純從理論跟實務部分修正一下："單一" Win32程式的user mode二進位"程式碼"本身大小，最高容許上限為3GB，再加上該程式可存取的"資料"部分，最高容許總和是到64GB......當然，PAE必須是啟動的，再加上必要時的/3GB設定及AWE運用。
最先這樣搞的應用程式之一，就是許多資管人員都不陌生的微軟自家32-bit SQL Server這套知名資料庫程式.....不過一般來說，不管是Win32或是x64的應用程式，程式碼本身幾乎都不會上到GB級（若能寫出這麼肥的程式而不進行瘦身，就專業程式設計師或要賣錢的應用程式來說.....還蠻丟臉的......），幾百MB的二進位程式碼就已經算是數一數二肥大的程式了，會吃記憶體到GB級以上的，都是包括了程式運行中所需讀寫的資料，例如資料庫、專業多媒體應用、科學運算等。
這裡指的是在Flat定址模式下，如果是IA32架構的Selector:Offset定址模式，那就更恐怖了，單一程式可用的記憶體或定址空間是TB等級的.....但因為不存在真正實作出支援這種處理器定址模式的作業系統，就此打住不多提.....
近代的電腦是承襲自Turing Machine的概念，Turing Machine做不到的事，電腦也做不到，這大約是學理上最基本的"物理"限制了，而2^N的限制（N=8位元、16位元、32位元、64位元....），從來都不算是真正的"物理"限制，畢竟電腦是人腦發明的，而辦法是人腦想的，碰到問題，解決它就是了.....（這是指在"Skynet"或"The Matrix"都還未真正誕生前.....
）以簡單的日常提款機提款來說，當中牽涉到的加密過程，隨便都會用到上百位元的超大質數，在64位元電腦才正要漸漸取代32位元電腦的今天，那又要怎麼計算呢？
xos84292 wrote:
32BIT OS下,單一X86程式最多只能用2GB RAM,你賽個16GB都只有2GB
換成64BIT OS就沒這限制,但也要看程式是不是原生64位元
如果支持的話,像我手上的PHOTO SHOP CS5,開大圖因為能動到3-4GB RAM,可以快超過3-4倍...32BIT下慢得要死...
32bit OS單一程式最大只能用2G RAM？
你確定嗎？你有依據嗎？你有微軟的參考文獻嗎？
我用MATLAB2009，作業系統XP整台電腦會吃記憶體的程式能關的都關了
插2G RAM一次跑幾十萬筆資料，跳出記憶體不足的錯誤！！
跟別人借1條512m再插上去(總共2.5G)，一樣跳出記憶體不足的錯誤
插4G RAM(電腦只抓到約3G)，總算可以執行了！！
所以RAM大還是有用
灌64bit？我也想灌阿，學校也有Win7可以用
可是MATLAB一堆程式不支援64bit(例如LIBSVM)，連跑的不能跑...
內文搜尋
從 APP 打開
X