神秘数字“63”在需求分页的背景下
我正在运行一个模仿请求分页系统的代码，这里有一些参数：
Page size = 4096 bits
Processor = 32 bits
Number of page frames = (variable)
我使用 fifo 或随机页面替换算法运行我的代码，页帧数设置为 100。我的磁盘读/写以 63 结束。
然后当我将处理器大小更改为 32 位 - 此边界移至 16 位
。我理解后一种情况。如果页框计数多于可能的页表条目 (2^4)，则无需逐出。
但我不明白为什么在前一种情况下，页表条目达到 2^20，磁盘读/写在两种页面替换算法下都停止在 63。
这个神秘的63号码是什么？知道这可能来自哪里吗？谢谢。
I am running a code that mimics demand paging system here are some of the parameters:
Page size = 4096 bits
Processor = 32 bits
Number of page frames = (variable)
I run my code with a fifo or random page replacement algorithm with number of page frames set to 100. My disk read/ write ends at 63.
Then when I changed the Processor size to 32 bits - this boundary moves to 16.
The latter case, I understand. If the page frame count is more than the possible page table entries, (2^4) there is no need for evictions.
But I don't understand why in the former case, where the page table entries go up to 2^20, the disk read/write stops at 63 with both page replacement algorithms.
What is this mystery 63 number? Any idea where this may be coming from? Thank you.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
参考字符串只有 63 页——现在我已经睡了一觉......
The reference string had only 63 pages -- now that I have gotten some sleep...