![]() |
PCDVD數位科技討論區
(https://www.pcdvd.com.tw/index.php)
- 系統組件
(https://www.pcdvd.com.tw/forumdisplay.php?f=19)
- - 請教AMD系統最大支援記憶體的問題
(https://www.pcdvd.com.tw/showthread.php?t=681287)
|
---|
請教AMD系統最大支援記憶體的問題
因為想要架一個超大計憶體的AMD系統
然後藉RAM DISK來提高讀取效率. RAM DISK空間要越大越好 由於AMD目前CPU的記憶體共制器內建 先忽略OS的問題 是否系統最大記憶體支援是由CPU來決定? 例如A64 939就是4GB 還是BIOS也有關係? 若上述情形為真 可否告知ㄧ下目前OPTERON CPU(939或AM2的)最大支援的記憶體是多少 另外小弟依稀記得好像OS也有關..... 是否目前只有WINDOWS 64BIT的作業系統可支援超過4GB的記憶體? 若上述觀念有誤 請大家不吝指教 謝謝大家 |
引用:
以下引自linux的/proc/cpuinfo(BTW,K8的Sempron在address sizes方面看來也是一樣的:ase).... processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 33 model name : Dual Core AMD Opteron(tm) Processor 270 stepping : 2 cpu MHz : 1995.091 cache size : 1024 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 2 fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt lm 3dnowext 3dnow pni lahf_lm cmp_legacy bogomips : 3998.09 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp 由address sizes看來,實體記憶體應該能支援到256GB,虛擬記憶體應該能支援到64TB----只是現實環境中應該找不到單條16GB的RAM(假設2Way SMP共插16條RAM)或能讓K8 support那麼多條RAM的M/B就是了:laugh: :laugh: .... |
不好意思,鵝有點算錯了----40bit應該是1TB,48bit是256TB,不過假設8Way SMP共插32條RAM好了,現實環境中更找不到單條32GB的RAM或能讓K8 support那麼多條RAM的M/B就是了:p:p....
|
謝謝cmwang大的回答
這麼看起來我的問題跟BIOS關係似乎不大? 那為何MB廠商的說明書都有最大記憶體支援的規格? 還請您開是一下 由於有這樣需求的是WINDOWS BASED的程式 可否指點一下目前32BIT與64BIT的WINDOWS最大支援的記憶體為多少 謝謝 |
引用:
以下引自S754 functional data sheet(鵝手邊沒有AM2的:ase).... 2.4.2 Memory Controller The processor’s memory controller provides a programmable interface to a variety of standard DDR SDRAM DIMM configurations. The following features are supported: • Self-Refresh mode • Unbuffered and registered DIMMs with a 64-bit data bus with optional 8 bits of Error Correcting Code (ECC) in one of the following two configurations: — Up to three unbuffered DIMMs according to the loading described in the BIOS and Kernel Developer’s Guide for the AMD Athlon™ 64 and AMD Opteron™ Processors, order# 26094. — Up to four registered DIMMs snipped.... • DIMM sizes from 32 Mbytes (using 64Mb x16 DRAMs) to 4Gbyte(using a stacked, registered DIMM with 1Gb x4 DRAMs). snipped.... 照字面上看來光S754就support 4條4GB ECC Registered DDR共16GB了(如果您願意不計血本的話:laugh: ),沒有道理更高階者反而倒退吧:p.... 引用:
鵝對Win不熟沒辦法給您太多意見,不過一般講法32bit OS就算透過PAE support >4GB RAM效能也會打折,而且一般3rd party的RAM DISK能不能support >4GB的環境也屬未知:confused: :confused: .... |
有錢有閒,又不想買Server MB , 那就買Gigabyte的I-RAM來玩玩好了..
光是買DRAM大概就要不少錢了... 如果真的是想換MB來support 4枝以上的DRAM , 去SuperMico網站找找 這是我找來的Server MB for Optron , 自己看看吧!! http://www.supermicro.com/Aplus/mot...rd/Opteron8000/ PS: 光是花在買RAM上頭就要不少錢囉.... |
引用:
只要16條RAM的話不一定非動到Opteron 8xx不可(8xx和2xx不論是CPU或M/B的價差可不是開玩笑的:ase),2Way SMP Opteron 2xx就有16條RAM的M/B了(雖然單棵CPU插8條可能會降速:ase).... ![]() 引用:
鵝來貼個手上為了另一個case入手的樣品機,看有沒有人能看出啥端倪:laugh: :laugh: .... root@lab01:~# free total used free shared buffers cached Mem: 3488728 2124128 1364600 0 124 1909132 -/+ buffers/cache: 214872 3273856 Swap: 0 0 0 root@lab01:~# df Filesystem 1K-blocks Used Available Use% Mounted on none 2560000 1931092 628908 76% / root@lab01:~# mount none on / type tmpfs (rw,size=2500M) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) usbfs on /proc/bus/usb type usbfs (rw) |
硬體與 OS 要都支援
伺服器求穩定的 沒有人在超頻 也沒在玩 Ram Diak 開機的一瞬斷電 OS 就再起不能了~~~~ http://www.microsoft.com/taiwan/win...reeditions.mspx 2003版本比較 http://www.microsoft.com/taiwan/win...on/default.mspx Windows XP 64Bit版本資訊 另外請依需求配機器 不然我開一台 HP UNIX 64 Superdoom 最多64顆 CPU 1XXG RAM 一千多萬你會買嘛? ~~ http://www.ibm.com/news/tw/zh/2006/...1_news_amd.html http://www.big5.tomshardware.com/Sh...e.aspx?seq=1165 http://www-8.ibm.com/systems/tw/x/rack/x3755/ http://h10010.www1.hp.com/wwpc/tw/z...7-12846174.html 有關 AMD的一些已有產品規格比較參考 |
引用:
說的好:p....穩定對server的確很重要,所以不會有人在server上搞超頻,不過RAMDISK能不能用就要依AP的性質/server的角色而定了,光就電源而言,這類機器通常是放在有雙供電迴路(含雙UPS/雙發電機)的機房,再加上機器本身的redundant power supply,斷電的機率不見得會比HD故障的機率高,只要把真正須要保留的資料放在後端的storage上,RAMDISK並不見得真有那麼可怕(不過boot up時所須的image file當然還是要由後端的storage拉過來的:p)....BTW,鵝前面貼的機器就是這麼搞的,載入kernel後再花50 sec由一顆古董13GB HD載入6xxMB(純粹實驗品,還沒做down sizing:ase)的image file之後只要1-2 sec就能操作了,對某些場合而言並不一定不適用吧:p:p.... |
謝謝各位前輩的熱烈討論
這台機器的定位其實並不是SERVER 而是因為某個負責資料擷取的介面卡需要一個夠快速的SPOOLING RAM或HD都可以 所以穩定性不算是優先考量 只要在儀器控制時維持短時間的穩定就可以了 但之前經驗是HD的速度太慢 所以當RAM吃光轉到HD的時候 會發生當機的現象 (這部分應該是控制程式的錯 但USER卻無能為力) 所以才想以增大系統記憶體,或是以RAM DISK來彌補因為轉換時速度落差造成的當機情形 依目前使用情形看來,可能要至少8GB的系統記憶體才符合我們的需求.I_RAM目前只能到4GB所以站不考慮 若真的3RD PARTY的RAM DISK限制很多 經過各位的指點 可能會朝SERVER BOARD加多條2GB或4GB的RAM來走 若真的負擔不起多顆硬碟跑RAID0或許是目前比較經濟的方法 再次謝謝大家 |
所有的時間均為GMT +8。 現在的時間是07:56 AM. |
vBulletin Version 3.0.1
powered_by_vbulletin 2025。