PCDVD數位科技討論區

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)

a843433 2006-12-20 12:00 PM

引用:
作者cmwang
http://220.130.4.238/img_0135.jpg

鵝老大應該是這片:
http://www.tyan.com.tw/products/html/thunderh2000m.html

如果能夠全部裝滿記憶體的話......

cmwang 2006-12-20 01:49 PM

引用:
作者a843433
鵝老大應該是這片:
http://www.tyan.com.tw/products/html/thunderh2000m.html

如果能夠全部裝滿記憶體的話......


您貼的是S3992(Socket F+DDRII),鵝照片中的是S3892(Socket 940+DDR),不過一樣是16條RAM就是了:p:p....

a843433 2006-12-20 02:06 PM

引用:
作者cmwang
您貼的是S3992(Socket F+DDRII),鵝照片中的是S3892(Socket 940+DDR),不過一樣是16條RAM就是了:p:p....

原來我私自多加了100.... 看來眼鏡要再重新配過 >Q<


---
不過,我很好奇,鵝老大是碰上甚麼樣的需求,弄一顆處理器裝八隻記憶體啊? :confused:

cmwang 2006-12-20 02:10 PM

引用:
作者a843433
原來我私自多加了100.... 看來眼鏡要再重新配過 >Q<


---
不過,我很好奇,鵝老大是碰上甚麼樣的需求,弄一顆處理器裝八隻記憶體啊? :confused:


鵝的sponsor拿來跑DB用的,不過後來還是一棵CPU插4條兩棵共8條(跑NUMA,避免會有降速的風險:ase),剩下的slot等以後有須要再插上去吧:p:p....

Axel_K 2006-12-22 12:26 AM

引用:
作者jsmithjp
謝謝各位前輩的熱烈討論

依目前使用情形看來,可能要至少8GB的系統記憶體才符合我們的需求.I_RAM目前只能到4GB所以站不考慮

I_RAM好像可以上到8G喔(日本測試)
或者是新版的(好像還沒上市)
另外
I_RAM兩片RAID不就上到8G了
不過速度會被SATA限制住
============
另外有個問題請教各位大哥
如果
主版支援到8G
也加到8G
然後分配4G給ramdisk
然後4G給xp去用
可能嗎??
還是因為系統只能抓到4G
所以ramdisk還是只能從4G裡分配出來
(因為TASK MANEGER裡面一般會把實體記憶體顯示出來
RAMDISK所耗掉的也包含在內)

Axel_K 2006-12-22 12:46 AM

補充一下WINDOWS系統對RAM的支援
http://www.pcdvd.com.tw/showthread.php?t=675113&page=5
另外
消費型AM2主版已經有支援到32G的主版了
http://www.newegg.com/Product/Produ...&SubCategory=22
問題最大的是
只有四支插槽
哪裡去找這麼大的RAM(8g一支)

cmwang 2006-12-22 04:42 PM

引用:
作者Axel_K
snipped....
如果
主版支援到8G
也加到8G
然後分配4G給ramdisk
然後4G給xp去用
可能嗎??
還是因為系統只能抓到4G
所以ramdisk還是只能從4G裡分配出來
(因為TASK MANEGER裡面一般會把實體記憶體顯示出來
RAMDISK所耗掉的也包含在內)


32bit OS kernel看不到的RAM,您要其如何拿來用呢:confused: ....BTW,以下貼一下32bit linux分別開HIGHMEM4G/HIGHMEM64G及X86-64 linux在同一台機器(4GB,其中256MB暫時分配給onboard VGA:ase)上看到記憶體的狀況....

1:HIGHMEM4G
/proc/mtrr

reg00: base=0x00000000 ( 0MB), size=2048MB: write-back, count=1
reg01: base=0x80000000 (2048MB), size=1024MB: write-back, count=1
reg02: base=0xc0000000 (3072MB), size= 256MB: write-back, count=1
reg03: base=0x100000000 (4096MB), size= 512MB: write-back, count=1

/proc/meminfo

MemTotal: 3357656 kB
MemFree: 3247604 kB
Buffers: 2580 kB
Cached: 88196 kB
SwapCached: 0 kB
Active: 18756 kB
Inactive: 74704 kB
HighTotal: 2490304 kB
HighFree: 2398160 kB
LowTotal: 867352 kB
LowFree: 849444 kB

2:HIGHMEM64G
/proc/mtrr

reg00: base=0x00000000 ( 0MB), size=2048MB: write-back, count=1
reg01: base=0x80000000 (2048MB), size=1024MB: write-back, count=1
reg02: base=0xc0000000 (3072MB), size= 256MB: write-back, count=1
reg03: base=0x100000000 (4096MB), size= 512MB: write-back, count=1

/proc/meminfo

MemTotal: 3876308 kB
MemFree: 3765348 kB
Buffers: 2564 kB
Cached: 88220 kB
SwapCached: 0 kB
Active: 18756 kB
Inactive: 74680 kB
HighTotal: 3014592 kB
HighFree: 2922108 kB
LowTotal: 861716 kB
LowFree: 843240 kB

3:X86-64
/proc/mtrr

reg00: base=0x00000000 ( 0MB), size=2048MB: write-back, count=1
reg01: base=0x80000000 (2048MB), size=1024MB: write-back, count=1
reg02: base=0xc0000000 (3072MB), size= 256MB: write-back, count=1
reg03: base=0x100000000 (4096MB), size= 512MB: write-back, count=1

/proc/meminfo

MemTotal: 3790632 kB
MemFree: 3630120 kB
Buffers: 4536 kB
Cached: 122820 kB
SwapCached: 0 kB
Active: 27696 kB
Inactive: 103520 kB

由1-3的MTRR可知其實CPU都有將3.25G-4G間的RAM mapping到4G以後,只是一般32bit OS(ex XP或鵝config成HIGHMEM4G時)無法存取4GB以後的部份,以至於比config成HIGHMEM64G時損失約512MB的RAM,而X86-64雖然還是要做mapping才不會浪費RAM,但不像32bit時須要做PAE(所以記憶體被分成low/high memory兩部份),對須要大量記憶體的AP應該有一定程度的優勢吧:p:p....

anderson1127 2006-12-22 09:36 PM

引用:
作者cmwang
您貼的是S3992(Socket F+DDRII),鵝照片中的是S3892(Socket 940+DDR),不過一樣是16條RAM就是了:p:p....


不過,我很好奇,這樣的MB , 是一棵CPU 獨佔8條DRAM Slot 的容量
還是說,所有的DRAM容量是由CPU共享?? 還是說這兩種模式都可以??

唉....沒錢玩不起啊!! :cry: :cry: :cry:

Axel_K 2006-12-23 02:33 AM

cmwang
謝謝你的說明
(跟我所想的一樣)

另外
也就是說
分配給on board的VGA的部分,是屬於硬體層級的(也就是載入OS之前)
所以當有2G的RAM分配256MB給
OS只會偵測到1.75GB
(從你的HIGHMEN偵測似乎也是如此,希望我沒理解錯)

所以
如果有你一家廠商有辦法將RAMDISK做成硬體層級,
在bios裡就可以設定切割ram移作ramdisk或其他用途
那將會是很大的市場
i-ram就會被踢出去
不僅解決32位元系統的問題
又可以增進有效利用ram

一般個人電腦ram的使用量通常低於2G
但現在主版支援都超過8G
就算64OS能定址所有的RAM
使用者也未必能好好運用這麼多的RAM
能夠移做RAMDISK使用
將可以有效減少硬碟讀取
又可以在開機後增進效能

那家作主版的廠商
趕快來開發吧!!

cmwang 2006-12-23 04:20 PM

引用:
作者anderson1127
不過,我很好奇,這樣的MB , 是一棵CPU 獨佔8條DRAM Slot 的容量
還是說,所有的DRAM容量是由CPU共享?? 還是說這兩種模式都可以??


請參考一下NUMA FAQ....

引用:
作者anderson1127
唉....沒錢玩不起啊!! :cry: :cry: :cry:


這沒啥大不了的,鵝也不是玩自己的$$----鵝家自用的還是S754的SP2500+1GB DDR而已,事實上鵝都是幫user玩的,但鵝幫user玩對鵝而言不但有產出值(不論是有型的$$或無型的經驗值),user還會感謝鵝說:p....

引用:
作者Axel_K
snipped....
所以
如果有你一家廠商有辦法將RAMDISK做成硬體層級,
在bios裡就可以設定切割ram移作ramdisk或其他用途
那將會是很大的市場
i-ram就會被踢出去
不僅解決32位元系統的問題
又可以增進有效利用ram


Good idea:flash: ....不過這麼做的複雜度可能不低就是了,鵝推測可能要在北橋內實作出類似I-RAM的controller(含H/W與F/W),再加上BIOS也要配合的部份,不曉得有沒有chipset vendor願意嘗試就是了:confused: ....BTW,若真要這麼搞的話,I牌的FSB架構可能會比K8之類內建memory controller者佔便宜就是了(主要是這麼搞容易在CPU-北橋間貢獻出不小的流量,類似UMA onboard VGA的狀況),而且用H/W實作的RAMDISK對OS而言並無法判斷出其並不須要如對一般storage作的buffer/cache機制,有重複佔用RAM的疑慮,相對而言OS本身的RAMDISK就比較容易控制一點(雖然沒有特別的H/W配合時比較有資料"隨風而逝"的風險:ase:ase)....


所有的時間均為GMT +8。 現在的時間是11:46 AM.

vBulletin Version 3.0.1
powered_by_vbulletin 2025。