近期上线发号器,发现该进程的cpu占用率很高,接近100% 。
top结果如下:
top查询具体的线程cpu占用率。如下:
线程cpu占用率可以看到 15505号线程基本占用了全部的cpu资源 。继续查看该线程的具体执行情况。如下:
线程栈FileInputStream.java中关于readBytes的代码,如下:
FileInputStream.java从代码中可知, 该方法调用的是 native readBytes 。本地方法如下:
\openjdk\jdk\src\share\native\java\io\FileInputStream.c继续跟代码
\openjdk\jdk\src\share\native\java\io\io_util.c通过代码可以看到 ,readBytes 是通过调用IO_Read来实现文件读取。
在io_util_md.h 可以找到 IO_Read的宏定义
\openjdk\jdk\src\solaris\native\java\io\io_util_md.h在 jvm.h 找到JVM_Read的申明。
openjdk\jdk\src\share\javavm\export\jvm.h在往下无法找到JVM_Read的实现 ,故只能猜测其调用了系统的read 或fread实现读取。为证明猜测选用windows的实现做旁证 。前面都一样 ,从 io_util_md.h 开始有变化
\openjdk\jdk\src\windows\native\java\io\io_util_md.h 发现 IO_Read的宏定义如下:
\openjdk\jdk\src\windows\native\java\io\io_util_md.h\openjdk\jdk\src\windows\native\java\io\io_util_md.c 找到 handleRead的实现
\openjdk\jdk\src\windows\native\java\io\io_util_md.c可以看到windows提供的ReadFile是最终读取数据的地方。
相同的代码在本地windows上运行 ,cpu利用率一直极低,可见IO的阻塞效果很好 ;而在服务器上cpu利用高,则怀疑是因为Linux在操作系统read上与windows优化不一致。此外还需要继续分析不同版本linux系统才能得出这是单独某个版本的问题亦或是系列问题。
本次分析所用系统相关信息如下:
linux相关版本信息 windows相关版本信息
网友评论