都沒有到高到破表的程度
而且該遊戲是galgame，照理來說這種遊戲並不會是吃資源怪獸
單純擔心漢化有毒才在虛擬機玩
說是硬碟IO問題，但問題是這遊戲不太吃IO，可能遊戲優化比較差沒錯
但是影響到本機也連帶不順暢實在有點.....
一個小路人 wrote:
分別擷取虛擬機和本...(恕刪)
都已經7.5GB,程序83了還說不重....實際上已經算很重了,
雖然虛擬的不吃緊,但是只是沒有佔用運算而已.
磁碟要看資源監視器才能知道了,這裏看不出IO的影響.
.
如果你都放在C槽的SSD,反而還會比較好一點,至少不會被HDD延遲給卡住.
虛擬機的配置看來也是有點問題,所以不但發揮不了效能,反而還因此拖累系統.
SSD上限只有32磁碟佇列,HDD只要磁碟佇列達到4以上,就是沒有回應的情形出現.
多筆處理狀態一直卡在D槽的話,那它依然只能擱置,自然就會頓個不停了.
如同你把等退休的老人,排在流程中間,所以前面後面的人都很閒,但是實際上是塞住了
監控的使用量,還有頻寬兩部分要分開看,這樣是正常程度,不過CPU都已經用在處理IO了.
像這樣就是被塞滿了,所以開始有磁碟佇列的部分出現,實際上這已經是SSD滿載了.
磁碟的傳輸說明:
IO傳輸最大基本上就是128K而已,更大也是使用這些128K以下小檔,多次QD去拼出大檔案的.
所以要是內部QD還沒有完整寫完之前,就被插入其他數據,自然會有一直停住的情況出現,
SSD真實傳輸並非能夠超過250MB/s的速度,不能一直認為它快,就要它能承擔更多的同時進行.
頻寬是永遠固定的,所以IO不會有不塞的可能,不然就要買高階或是工業等級,那才會有更高的IO處理量.
內文搜尋
從 APP 打開
X