目前,在慢追踪详情或错误详情中,无法查阅.NET Core代码方法对应的堆栈信息。
根本原因在于在.NET Core 2.0平台上采集StackTrace的性能太差,经评估,每执行一次StackTrace会造成毫秒级别的CPU占用。
从技术上说,我们是可以采集堆栈的,但由于性能问题,放开此功能会导致用户应用性能受到严重影响,所以目前我们暂未开放堆栈的功能。
要解决这个问题,必须期望.NET Core内核团队开发出更有效率的StackTrace方式。
如果探针工作不正常或者没有数据,通常可以从日志里获取更多的信息来定位问题.
Windows下日志文件在探针安装路径下log文件夹
安装路径通常在“C:\Program Files (x86)\Networkbench.COM\NetCore Profiler”下
Linux下日志文件路径依赖于安装权限。
root安装:安装路径在"/var/log/tingyun/"
非root安装:安装路径在用户自己指定的文件夹"/安装路径/log/"
正常情况下日志中不应该存在Error, Critical等关键字。
默认情况,日志级别为Info, 审计模式是关闭的,这种情况得到的信息量比较小.
通过修改日志级别为debug,开启审计模式,输出更多日志信息来定位问题.
请确认在安装文件夹下存在以下文件:
Windows
Linux
初次安装后需要一段时间才能看到数据,通常需要5分钟或更长时间,请多等一段时间
有的用户浏览器缓存有问题,即使有数据如果不强制刷新也可能看不到,请尝试清空缓存或强制刷新或更换浏览器
探针安装成功后,必须启用监控,否则探针不生效
请确认授权码是否正确
请确认web服务器有没有用户访问
探针数据是基于http请求的性能,如果没有访问,就不会有性能数据。
如果没有用户访问,请使用浏览器访问相应的应用,再过5分钟后查看报表