JVM 页面错误应该为零，对吗？多高合适？
好吧，伙计们，这是另一个“我认为这是一个愚蠢的问题”，但为了清楚起见，这看起来很愚蠢。
在正确配置的 JVM 的 Windows 任务管理器中，页面错误应该为零，对吗？ （或者对于 Linux 用户来说是“top”）
例如，如果您的 Xmx 说“4G”并且 JVM 有 4G 的物理 RAM可用（例如，总共 8G 中，为操作系统留下 3+G），操作系统永远不应该访问 pagefile.sys 来进行正常的 jvm 操作。
这就是理论。做法是什么？如果页面错误非零，那么可接受的数字是多少？
监控工具
监控“页面错误过高”的最佳方法是什么？
谢谢
OK folks, this is another "I think is a stupid question", but for clarity's sake warrants appearing foolish.
In the windows task manager for a properly-configured JVM, the page fault should be Zero right? (or "top" for linux folks)
e.g., if your Xmx says "4G" and the JVM has 4G of physical RAM available (e.g. out of total 8G, leaving 3+G for the OS), the OS should never reach into pagefile.sys for normal jvm operations.
That's the theory. What's the practice? And if pagefaults are non-zero, what's an acceptable number?
Monitoring Tools
What's the best way to monitor for 'page faults too high' ?
thanks
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
即使为 JVM 堆分配大量内存，页面错误仍然可能发生。例如，如果您尝试加载硬盘上但未映射到 RAM 的文件，则会发生页面错误，并且该文件会被分页到内存中。
Even if you allocate a large amount of memory for the JVM heap, page faults can still occur. For example, if you try to load a file which is on a hard disk but not mapped into RAM a page fault occurs and the file is paged into memory.