Easy-Monitor v3.0 Node.js Runtime 插件,输出性能日志,并且可以进行实时的运行时状态采样。
点击访问 控制台 Demo 进行体验,完整的性能监控部署文档:https://www.yuque.com/hyj1991/easy-monitor
xprofiler 插件支持三大主流操作系统:
- Windows
- Linux
- macosX
支持的 node.js runtime 版本:
- v8.x
- v9.x
- v10.x
- v11.x
- v12.x
- v13.x
- v14.x
- v15.x
- v16.x
更低的版本因为已经不在官方 LTS 计划中,故正常情况下不再支持。
执行如下命令安装插件
npm i xprofiler --save --xprofiler_binary_host_mirror=https://npm.taobao.org/mirrors/xprofiler
如果淘宝镜像暂时没同步的话,也可以执行阿里云镜像:
npm i xprofiler --save --xprofiler_binary_host_mirror=https://devtoolx.com/xprofiler
这里使用了
node-pre-gyp
帮助开发者无需进行本地编译即可使用此插件,默认插件位于 Github Release 页面,国内访问可能较慢,你也可以自行镜像到其它位置加速安装。
在您的项目入口顶部引入即可,性能分析日志默认输出在 os.tmpdir()
下
// 推荐以模块函数形式使用
const xprofiler = require('xprofiler');
xprofiler.start();
// 这里也可以直接使用
require('xprofiler')();
此时插件会以 1min/次 的频率输出嵌入的宿主 Node.js 进程的性能日志到文件中,默认为 os.tmpdir()
目录下 xprofiler-${YYYYMMDD}.log
文件。
本插件提供方以下的可配置参数:
- log_dir: 内核输出日志和性能文件的目录,默认为
os.tmpdir()
- log_interval: 内核对性能日志采样的时间间隔,默认为
60s
- enable_log_uv_handles: 是否要采集 libuv 句柄的详细分类信息,比如 tcp 句柄数量,timers 数量,文件句柄数量等,默认为
true
- log_format_alinode: 是否以 Node.js 性能平台(原 AliNode)的格式输出性能分析日志,默认为
false
- log_level: 输出日志信息级别,0 info,1 error,2 debug,默认为
1
,即只输出 info 和 error 日志
您可以通过环境变量或者在 JavaScript 代码中引入插件时传入配置的方式来使用这些配置,具体如下所示:
- XPROFILER_LOG_DIR: 其值为 String,覆盖
log_dir
- XPROFILER_LOG_INTERVAL: 其值为 Number,覆盖
log_interval
- XPROFILER_ENABLE_LOG_UV_HANDLES: 其值为 YES/NO,覆盖
enable_log_uv_handles
- XPROFILER_LOG_FORMAT_ALINODE: 其值为 YES/NO,覆盖
log_format_alinode
- XPROFILER_LOG_LEVEL: 其值为 String,覆盖
log_level
const xprofiler = require('xprofiler');
xprofiler.start({
log_dir: '/path/to/your/logdir', // 性能分析日志输出目录
log_interval: 120, // 采样间隔 120s
enable_log_uv_handles: false, // 不输出 uv 句柄分类详情
log_format_alinode: true, // 以 alinode 的格式输出日志
log_level: 0 // 只输出 info 日志
});
配置覆盖顺序为 用户传入参数的优先级最高,环境变量次之,简单的使用代码来表示参数覆盖规则为:
const defaultConfig = {
log_dir: os.tmpdir(),
log_interval: 60, // seconds
enable_log_uv_handles: true,
log_format_alinode: false,
log_level: 1
};
const xprofilerConfig = Object.assign({}, defaultConfig, envConfig, userConfig);
详细配置覆盖规则的测试可以参见 config.test.js
本插件按照固定的格式来输出性能分析日志,但是也目前为了兼容已有的 alinode 运行时日志,提供了对 alinode 的支持,通过 log_format_alinode: true
配置或者 XPROFILER_LOG_FORMAT_ALINODE=YES
环境变量来启用 alinode 日志。两种日志文件名区别如下:
- 默认 xprofiler 日志文件名称
- info 日志:xprofiler-${YYYYMMDD}.log
- error 日志:xprofiler-error-${YYYYMMDD}.log
- debug 日志:xprofiler-debug-${YYYYMMDD}.log
- 以 alinode 方式输出日志文件名称
- info 日志:node-${YYYYMMDD}.log
- error 日志:node-error-${YYYYMMDD}.log
- debug 日志:node-debug-${YYYYMMDD}.log
默认的 xprofiler 和 alinode 两种日志的主要区别在日志前缀上(当然输出的部分内容也不尽相同),其中 xprofiler 日志前缀如下:
"[YYYY-MM-DD HH:mm:ss] [日志级别] [日志类型] [pid] [xprofiler 版本] 日志详情"
如果设置为 alinode 日志格式输出,日志前缀则为:
"[YYYY-MM-DD HH:mm:ss.usec] [日志级别] [日志类型] [pid] 日志详情"
插件 xprofiler 多采集一个输出日志信息时的版本,目的是方便服务端统计当前各个 xprofiler 插件版本以及当前对应的应用信息,以帮助找到负责人来推动核心插件版本的升级。
本插件和 alinode 的另一个区别是 xprofiler 默认的日志目录为 os.tmpdir()
对应的目录,而非 alinode 原生默认的 /tmp
,原因是为了兼容 windows;并且上述的 node.js api 本身已经跨平台且安全,也避免了一些容器环境下人为将 /tmp
目录映射到挂载磁盘带来的问题。
当然您也可以通过更改 log_dir
配置或者 XPROFILER_LOG_DIR
环境变量来切换日志输出的目录,只需要确保你的 node.js 应用和采集器有权限读写该目录即可。
如果您配置了 log_format_alinode: true
,即按照 alinode 的格式输出日志,那么直接使用官方提供的 agenthub 即可采集上报插件生成的日志,值得注意的是,此时需将 agenthub 的配置项 logdir
配置为插件 xprofiler 的 log_dir
对应的服务器路径。
如果全局安装 xprofiler 则可以使用 xprofctl
命令,如下所示:
npm i xprofiler -g
此命令可以对安装并启用了 xprofiler 插件的 node.js 进程进行一些操作,安装后执行 xprofctl -h
可以查看其用法:
xprofctl <action> -p <pid> [-t profiling_time]
命令:
xprofctl start_cpu_profiling 启动 cpu 采样
xprofctl stop_cpu_profiling 生成 cpuprofile
xprofctl start_heap_profiling 启动 heap 采样
xprofctl stop_heap_profiling 生成 heapprofile
xprofctl start_gc_profiling 启动 gc 采样
xprofctl stop_gc_profiling 生成 gcprofile
xprofctl heapdump 生成 heapsnapshot
xprofctl diag_report 生成诊断报告
xprofctl check_version 获取 xprofiler 版本号
xprofctl get_config 获取 xprofiler 配置
xprofctl set_config 设置 xprofiler 配置
选项:
-p, --pid 进程 pid [必需]
-h, --help 显示帮助信息 [布尔]
-v, --version 显示版本号 [布尔]
示例:
xprofctl start_cpu_profiling -p 29156 触发进程 29156 开始进行 cpu 采样
xprofctl check_version -p 29156 获取进程 29156 使用的插件版本
copyright 2019
// TODO
xprofiler 每个 commit 都会通过 travis-ci/appveyor 进行在 windows/linux/macosX 下的编译以及单元测试,如果您在使用中依旧出现意外的 crash,可以反馈到 Issue 列表 进行跟踪处理。
在项目根目录下执行如下命令即可获取单元测试与代码覆盖率状况:
npm run cov
master 分支的代码覆盖率情况可以参见 codecov badge。
- fork 本仓库至你自己的 github 仓库列表中
- clone 你 fork 出来的仓库至本地开发
- 进行本地开发,添加功能或者修改 bug,并且附上必要的测试
- 请在 commit 中描述下添加的功能或者修改 bug 的详细信息,并提交至你的远程仓库
- 在 PR 页面选择 New Pull Request,继续选择 compare across forks,在列表中选中你的 Fork,然后创建新的 PR
- 查看 pr 下的 travis/appveypr CI 状态,如果执行失败请到对应页面查看失败原因并在你自己的仓库下进行修复,修复 commit 会自动同步到此 pr 下,无需关闭重启发起
我们将在 review 后选择合并至本仓库内,贡献者也会加入到本项目的协作者列表中。