推 karta1241535: 我是寫working set的概念是利用一段時間內存取page01/29 15:37
→ karta1241535: 的locality，來安排最佳的frame配置，所以在cache,01/29 15:37
→ karta1241535: tlb存取等有用到locality的地方也能使用類似技術01/29 15:37
推 Henry658: 隨便掰 只要有那個概念都可以 假設有個sever要接受多個01/29 15:44
→ Henry658: client 端的請求01/29 15:44
→ Henry658: sever可以計算每個thread 需要多少資源量 (假設sever開01/29 15:44
→ Henry658: 一個thread處理client 需求 且每個client 需求不一樣)01/29 15:44
→ Henry658: 來評估sever一次可以處理多少client request (就是一次01/29 15:44
→ Henry658: 可以服務多少人)01/29 15:44
感謝兩位
如果不寫OS相關的寫生活實際的呢？
比如說一間店只有10個座位但有超多人在排隊，每個人用餐時間固定，時間到就出去，可
以更有效率這樣呢？
※ 編輯: joywilliamjo (223.140.6.98 臺灣), 01/29/2021 16:27:55
推 Henry658: 我覺得working set重點是評估系統對當下需求的負載能力01/29 16:32
→ Henry658: 要用你這個例子的話 應該是老闆評估 當下店內的客人每01/29 16:32
→ Henry658: 個人的點餐量(有人點的多 有人點的少)的總和他能不能應01/29 16:32
→ Henry658: 付 再決定要不要開放更多客人入店裡 還是要把人趕出去01/29 16:32
大概懂你意思了
但感覺應該不是放更多人或是趕出去，而是以aging的方式-1+1，固定客人數量，這樣會
不會好一點
感謝
後天加油加油
※ 編輯: joywilliamjo (223.140.6.98 臺灣), 01/29/2021 16:43:55
→ dalbuhr: (h) Unix Semantics因為一次只能讓一個寫入操作執行，如 01/29 17:55
→ dalbuhr: 果有多個寫入操作，會發生別的寫入操作被延遲寫入，所以 01/29 17:55
→ dalbuhr: 不會立刻看到修改結果。 01/29 17:55
沒有哦
那是session
UNIX有權限的會看到一樣的結果
※ 編輯: joywilliamjo (114.136.96.234 臺灣), 01/30/2021 15:12:15