推 yupog2003: 7, host-interface頻寬使用率低,但disk非常忙碌01/23 07:54
→ yupog2003: 推測是因為block散落在磁碟各處,因此要access的時候01/23 07:55
→ yupog2003: 總是一直移動讀寫頭+旋轉,造成平均delay增加01/23 07:55
→ yupog2003: B, host-interface使用率低,因此他顯然不是瓶頸,增加01/23 07:56
→ yupog2003: 他的速度效用是很低的01/23 07:56
→ yupog2003: A, 降低low average access latency正是我們要的01/23 07:57
→ yupog2003: C, 磁碟重組可以把block重新安排位置讓他們連續,減少01/23 07:57
→ yupog2003: 移動磁頭的機會,因此也有幫助01/23 07:57
→ yupog2003: D, 跟C有相似的效果01/23 07:58
→ yupog2003: E, 重新設計scheduling的方法有機會降低移動磁頭的距離01/23 07:58
推 yupog2003: 13題,second chance是一種LRU近似,而此程式碼又是01/23 08:05
→ yupog2003: 循序讀寫,也就是在任何一個時間點,先進來的都是最久01/23 08:05
→ yupog2003: 沒被使用到的,因此FIFO表現會跟LRU一樣01/23 08:06
謝謝y大的解釋,想再問看看如果Page Table全滿的話,依照兩次機會的演算法應該要替換誰呢?
推 yupog2003: 題組D, strcat(buffer, "a")會把"a" append到buffer01/23 08:11
→ yupog2003: 的後端,也就是字串相加後存到第一個參數01/23 08:12
→ yupog2003: 另外題組E是有點問題的,最後那邊沒有01/23 08:13
→ yupog2003: pthread_join(tid2, NULL),因此無法保證tid2和printf01/23 08:14
→ yupog2003: 誰先執行,因此b的次數有可能少一次或多一次01/23 08:14
※ 編輯: joeboy (114.136.182.68), 01/23/2017 10:57:13
→ yupog2003: 要看reference bit吧!先把reference bit為0的換掉 01/23 11:06
→ yupog2003: 每次查詢reference bit的時候如果是1也要清除為0 01/23 11:07
→ yupog2003: 然後每次reference某個page的時候要把該page的 01/23 11:07
→ yupog2003: reference bit設為1,不過你想知道的也許不是這個? 01/23 11:07