![]() |
||
|
*停權中*
加入日期: Jun 2002 您的住址: 仙女銀河星系, 跨克星
文章: 1,791
|
win2000 的 48bit LBA 參數實驗
win2000 的 48bit LBA 參數實驗
實驗主機板 ASUS P5A IDE 擴充卡: CMD 0649 RAID 控制卡: ACARD 6880 硬碟: H 牌 7K250 160GB 起先我實在很懷疑這個參數的效用 我先接上 CMD 0649 卡與 7K250 硬碟 開機之後作業系統抓到硬碟, 但是只辨識到137GB 後來打開 Win2000 的 48bit LBA 模式之後 CMD 0649 正確的抓到了160GB 的容量 不過我個人在非常懷疑下重新測試 我懷疑什麼??? 懷疑是作業系統使用了標準IDE相容驅動程式 也就是靠CPU運算整個I/O 過程 所以可以不透過IDE硬體裝置直接讀取到硬碟的正確容量 這種特異功能只有在保護模式下辦得到, 一般DOS模式是不可能的 因為DOS模式一定會透過BIOS中斷與硬體溝通後存取硬碟 如果硬體裝置本身不支援 48bit LBA, DOS 下只能抓到 137GB 所以我把 7K250 接到主機板的 IDE 上面 大家都知道 P5A 是不支援大於 137GB 硬碟的 接好了重開機........... 開機過程明顯變慢......... 開機之後確確實實抓到了 160GB 的容量 為了實驗是否使用標準IDE相容模式跑 於是測試傳輸速度和CPU使用率 測試發現傳輸速度只剩下2800KB/s, CPU 使用率飆到100% 這是 PIO 模式才有的症頭, 而且連開機的硬碟也同樣症頭 於是懷疑主機板的IDE驅動程式已經被Win2000替換了 但是裝置管理員那邊看還是原本的 而且DMA 有打開, 但DMA有開的情況下 CPU使用率是不可能飆上100%, 而且傳輸速度這麼慢 再度測試接在 ACARD 6880 上的 7K250.... 很正常 關機 再度把 CMD 0649 卡 + 7K250 裝上去 開機... 測試傳輸速度與 CPU 使用率...... 速度正常, 但是 CPU 使用率接近80% 把 48bit LBA 機碼設成 0 關機... 把 CMD 0649 拔掉, 硬碟裝回 ACARD 開機... 重新測試開機硬碟的CPU傳輸速度和CPU使用率 發現傳輸速度和CPU使用率已正常 傳輸過程也有做資料測試 資料並未毀損與遺失 |
|||||||
|
|
|
*停權中*
加入日期: Jun 2002 您的住址: 仙女銀河星系, 跨克星
文章: 1,791
|
剛剛又做了一點測試
發現若加上 EnableGigLba 機碼設定 而且 IDE 裝置不支援 48bit LBA 模式的話 系統會自動判斷硬碟, 選擇適當的驅動方式 不過系統對於137GB以上硬碟還是會嚐試使用DMA 而會不直接使用PIO模式 發現 ALI 阿拉丁五晶片無法再Win2000系統下使用 48bit LBA 的DMA模式 裝置管理員雖然還是顯示有 DMA 模式, 事實上並沒有 因為在 I/O 時的速度與CPU使用率就可知道是 PIO 模式了 而且似乎是 PIO Mode 0 =.=a CMD 0649 的硬體本身雖只支援到 28bit LBA 但是在Win2000使用48Bit LBA的時候也可以使用DMA 速度上還可以啦~~ 但CPU使用率還是偏高 @@a |
||
|
|
|
*停權中*
加入日期: Jun 2002 您的住址: 仙女銀河星系, 跨克星
文章: 1,791
|
硬體是否支援 48bit LBA 模式
只要在純 DOS 下執行 SPFDISK 看看能不能正確抓到容量就知道了 因為 1999 年開始的主機板BIOS絕大多數都支援 int 13h 的延伸功能 (64Bit 定址) 應該都可以定址到 9.4TB 的容量 所以只要硬體本身有支援到 48bit LBA 定址 137GB以上的硬碟在純 DOS 下100%可以抓到正確的容量 如果僅抓到137GB就代表不支援 48Bit LBA模式 以日立 7K250 160GB 來說, 在純 DOS 下 CMD 0649就只能抓到 137GB, 但ACARD 6880 就可以抓到 160GB 不能支援的硬體目前來說已經不多 許多早期的主機板是不支援的, 例如 MVP3/440BX/Aladdin V都只支援 28bit LBA 雖然可以用軟體方式直接I/O硬碟, 但會可能沒辦法打開 DMA而造成效能低落, 倒不如花點錢買個支援大容量硬碟的擴充卡來裝 此文章於 2004-09-12 10:46 PM 被 shukae 編輯. |
|
|