我们的应用程序通过
Java中的TCP / IP套接字读取数据非常快.我们正在使用具有非阻塞套接字和选择器的NIO库来表示准备阅读.平均来说,读取和处理读取数据的整体处理时间是毫秒.
然而,我们经常看到10-20毫秒的峰值. (在 Linux上运行).
然而,我们经常看到10-20毫秒的峰值. (在 Linux上运行).
使用tcpdump,我们可以看到tcpdump读取2个谨慎消息之间的时差,并将其与我们的应用程序时间进行比较.我们看到tcpdump似乎没有延迟,而应用程序可以显示20毫秒.
我们非常确定这不是GC,因为GC日志几乎没有显示完整的GC,而在JDK 6(从我的理解)中,默认的GC是并行的,所以它不应该暂停应用程序线程(除非做全面的GC) .
它看起来好像Java的Selector.select(0)方法有一些延迟,以返回准备读取,因为在TCP层,数据已经可以被读取(并且tcpdump正在读取它).
附加信息：在峰值负载下,我们正在处理每个消息大约6,000 x 150字节平均值,或每秒大约900 MB.
解决方法
伊甸园收藏仍然招致STW暂停,所以根据分配行为,20分钟可能是完全正常的堆大小/活动集的大小.
原文地址：https://www.jb51.cc/java/124368.html
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
