草庐IT

GarbageCollectionNotificationInfo

全部标签

java - 一个有用的指标,用于确定 JVM 何时将陷入内存/GC 故障

我有一个scala数据处理应用程序,95%的时间都可以处理内存中抛给它的数据。剩余的5%如果不加以检查,通常不会遇到OutOfMemoryError,但只会进入主要GC循环,使CPU激增,阻止后台线程执行,即使它完成了,也需要10倍-50倍只要它有足够的内存。我已经实现了可以将数据刷新到磁盘并将磁盘流视为内存中迭代器的系统。它通常比内存慢一个数量级,但足以满足这5%的情况。我目前正在触发一个最大集合上下文的启发式方法,该集合上下文跟踪数据处理中涉及的各种集合的大小。这可行,但实际上只是一个临时的经验阈值。我宁愿对JVM接近上述不良状态使用react并在那时刷新到磁盘。我试过观察内存,但