理内核包含两个虚拟的“逻辑内核”，可以处理不同的软件线程。vCPU（virtual CPU）即为虚拟的“逻辑内核”。 规格名称展示vCPU数，即逻辑内核数。在x86架构弹性云 服务器 上可以查看实际的CPU逻辑内核数。查看方法，请参见查看E CS 实际的CPU逻辑内核数。 当前绝大多数x

查看更多 →

其中，ip为agentgateway服务器地址，port为agentgateway服务器的HTTPS端口号。 表1 URI中携带的参数说明 序号 参数名 数据类型 选取原则 说明 1 agentid string True 座席的工号，取值范围：101～59999。 日志中的方法名 modifyConfResource

查看更多 →

gc时间 采集周期内gc的时间 - INT SUM 线程(thread，JVM线程数统计) liveCount 当前线程数 当前线程数 - INT AVG daemonCount 守护线程数 守护线程数 - INT AVG peakCount 峰值线程数 峰值线程数 - INT AVG

查看更多 →

执行以下命令，确定报错进程的pid。 ps -ef | grep 报错进程名 执行以下命令，根据得到的pid检查该进程的limits配置： cat /proc/pid/limits 图2 确定进程limits配置 查看Max processes行，如果当前用户创建的所有线程数接近该值，那么

查看更多 →

座席会话数设置:setcallnums 场景描述 座席系统可以调用此接口修改已签入座席的媒体类型的会话数。 接口方法 设置成“POST”。该接口仅支持POST方法，不支持PUT、GET和DELTE等方法。 接口URI https://ip:port/agentgateway/re

查看更多 →

如何测算云应用的并发会话数？ 操作场景 多会话模式下，管理员创建服务器组之前，测算对应规格资源最大会话数。 前提条件 已参考镜像制作创建镜像。 已获取软件使用最低系统要求。 操作步骤 使用管理员帐号登录云应用的管理控制台。 参考创建服务器组创建服务器组。 创建服务器组时，总会话数建议设置

查看更多 →

cpubind_info'，这3个部分的具体含义如下： thread_num：线程池中的线程总数，取值范围是0~4096。其中0的含义是数据库根据系统CPU core的数量来自动配置线程池的线程数，如果参数值大于0，线程池中的线程数等于thread_num。线程池大小推荐根据硬件配置设置，计算公式如下：thread_num

查看更多 →

线程分析 线程分析支持显示该应用的所有线程和查看线程的堆栈信息，帮助您快速定位耗时较高的线程。 由于线程分析获取方法以及对象的实时参数，因此线程的状态等相关信息可能会产生变化。 线程分析 登录AOM 2.0控制台。 在左侧导航栏选择“应用监控 > 组件列表”，进入组件列表页面。

查看更多 →

线程分析 线程分析支持显示该应用的所有线程和查看线程的堆栈信息，帮助您快速定位耗时较高的线程。 由于线程分析获取方法以及对象的实时参数，因此线程的状态等相关信息可能会产生变化。 线程分析 登录管理控制台。 单击左侧，选择“管理与监管 > 应用性能管理 APM”，进入APM服务页面。

查看更多 →

= '100,200' 表示已经堆积的会话数超过线程池初始设置的线程数的200%后禁止新连接接入并kill堆积的会话，kill会话过程中会话数恢复到线程池初始设置的线程数的100%以下时停止kill会话并允许新连接接入。 已经堆积的会话数可以通过查询pg_stat_activi

查看更多 →

= '100,200' 表示已经堆积的会话数超过线程池初始设置的线程数的200%后禁止新连接接入并kill堆积的会话，kill会话过程中会话数恢复到线程池初始设置的线程数的100%以下时停止kill会话并允许新连接接入。 已经堆积的会话数可以通过查询pg_stat_activi

查看更多 →

cpubind_info'，这3个部分的具体含义如下： thread_num：线程池中的初始线程总数，可以动态扩充，取值范围是0~4096。其中0的含义是数据库根据系统CPU core的数量来自动配置线程池的线程数，如果参数值大于0，线程池中的线程数等于thread_num。线程池大小建议根据硬件配

查看更多 →

修改Kafka Topic分区数 创建Kafka实例Topic成功之后，您可以根据业务需要修改Topic的分区数。分区数只支持增加，不支持减少。 修改分区数，不会重启实例，不会影响业务。 修改Topic分区数的方法如下： 在控制台修改Topic分区数 在Kafka Manager修改Topic分区数

查看更多 →

该指标为从物理机层面采集的磁盘使用率，数据准确性低于从弹性云服务器内部采集的数据。 单位：%。 0.001%~90% CDM 集群实例 1分钟 disk_io 磁盘io 该指标为从物理机层面采集的磁盘每秒读取和写入的字节数，数据准确性低于从弹性云服务器内部采集的数据。 单位：Byte/sec

查看更多 →

该指标为从物理机层面采集的磁盘使用率，数据准确性低于从 弹性云服务器 内部采集的数据。 单位：%。 0.001%~90% CDM集群实例 1分钟 disk_io 磁盘io 该指标为从物理机层面采集的磁盘每秒读取和写入的字节数，数据准确性低于从弹性 云服务器 内部采集的数据。 单位：Byte/sec

查看更多 →

该指标用于统计测量对象使用的句柄数。 ≥0 无 最大句柄数（aom_process_max_handle_count） 该指标用于统计测量对象使用的最大句柄数。 ≥0 无 物理内存总量（aom_process_memory_request_megabytes） 该指标用于统计测量对象申请的物理内存总量。

查看更多 →

-n，查看系统当前使用的线程数量。 命令回显结果基于线程数排序，分析线程数最大的top5线程，结合业务分析是否异常使用。（其中“PID”列为对应进程ID） 是，在不影响业务的情况下，参考以下操作终止top5中异常使用进程的父进程。执行11。 执行以下命令查询对应进程的父进程。 ps -ef

查看更多 →

修改最大文件句柄数 最大文件句柄数即打开文件数的最大限制，Linux系统中包含两个文件句柄限制：一个是系统级的，即所有用户的进程同时打开文件数的上限；一种是用户级的，即单个用户进程打开文件数的上限。但是在容器中，还有另一个文件句柄限制，即容器内部单进程最大文件句柄数。 修改节点系统

查看更多 →

max_connections - job_queue_processes - 辅助线程数 – autovacuum的launcher线程数 - 1”，其中辅助线程数和autovacuum的launcher线程数由两个宏来指定，当前版本的默认值分别为20和2。 默认值：3 autovacuum_max_workers_hstore

查看更多 →

cpubind_info'，这3个部分的具体含义如下： thread_num：线程池中的线程总数，取值范围是0~4096。其中0的含义是数据库根据系统CPU core的数量来自动配置线程池的线程数，如果参数值大于0，线程池中的线程数等于thread_num。线程池大小推荐根据硬件配置设置，计算公式如下：thread_num

查看更多 →

cpubind_info'，这3个部分的具体含义如下： thread_num：线程池中的初始线程总数，可以动态扩充，取值范围是0~4096。其中0的含义是数据库根据系统CPU core的数量来自动配置线程池的线程数，如果参数值大于0，线程池中的线程数等于thread_num。线程池大小建议根据硬件配

查看更多 →