在ASE中，有很多工具可以说明ASE本身在忙什么。例如，大数据与数据挖掘，物联网概念，引擎（线程）忙百分比、每秒I/O数、每秒数据包数等等。但是关于用户线程正在做什么的信息要少得多。但是在SAP Adaptive Server Enterprise（ASE）产品中有一些…

，当您在线程模式下运行sp\u sysmon（kernel mode="threaded，aka use OS level threads）时，您将获得有关"引擎利用率"属性的信息，如：

用户忙系统忙I/O忙空闲

用户和系统忙是有意义的，基本上是引擎忙着做用户或系统类型的CPU工作的时间百分比。

但I/O忙是奇怪的。如目前实施的（ASE 16.0 SP03到？），如果任何一个引擎处于空闲状态，并且至少有一个I/O操作挂起，则该引擎将被计为等待I/O。即，如果有8个引擎无事可做，并且有一个I/O挂起，轻淘客旗舰版，则所有8个引擎都将被计为I/O忙。

（有关更多详细信息，请参阅，，请参阅KBA 1863319"升级到版本15.7后，sp\U sysmon报告I/O繁忙程度更高"，其中引用了尚未实现的CR 757246）。

这导致I/O繁忙将许多引擎显示为"I/O繁忙"，什么是物联网，即使它们都可以工作。注意，这也会导致@@idle报告太低的数字（使服务器看起来很忙）

但假设它们修复了"I/O忙"。您仍然会被这样一个事实所困扰，即sp\U sysmon监视引擎的繁忙程度，但不测量用户进程在等待什么。

实际上，这不完全正确。sp\u sysmon确实显示"可运行任务"，即等待CPU的任务，但它不显示等待磁盘I/O的任务。

实际上，事实证明，这也不是完全正确的。你可以运行一个带有类似于：

的奇特选项的sp\u系统，它会显示一个"应用程序管理"部分，包括由应用程序名和登录名键入的统计信息，在一定程度上显示了应用程序在等待什么：

所以这确实告诉你一个用户进程花费了最多的时间"I/O忙"的统计数据似乎包括网络I/O忙和磁盘I/O忙。如果这些数据被中断，云免服务器购买，那就太好了，但是你也许可以从"I/O完成"部分推断出发生了什么。在这里，它看起来相当平衡。

我想知道缓存读取是否显示为CPU繁忙的活动。我猜有些谜团必须悬而未决，以保持生活的兴奋。

注意"I/O完成总数"是不准确的，因为有一个错误（CR 818885），所以忽略它，直到它被发现固定