线程 介绍APM采集的线程指标的类别、名称、含义等信息。 表1 线程采集参数 参数名 数据类型 应用类型 默认值 Agent支持的起始版本 Agent支持的终止版本 描述 线程详情最大行数 integer JAVA 1 2.3.19 - 线程详情最大行数50。 表2 线程指标说明

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

默认展示“线程分析”页面。 在选择实例的下拉菜单中，选择一个实例。 在线程分析页面的右上角，单击“查询阻塞源线程”按钮，展示阻塞源线程的具体信息。 单击“重新执行”，重新执行查询操作。 在搜索栏中，输入搜索条件。单击，查看在该站点下满足搜索条件的线程信息。 线程分析展示：线程名称，CPU使用率以及线程数量。

查看更多 →

thread_num：线程池中的线程总数，取值范围是0~4096。其中0的含义是数据库根据系统CPU core的数量来自动配置线程池的线程数，如果参数值大于0，线程池中的线程数等于thread_num。线程池大小推荐根据硬件配置设置，计算公式如下：thread_num = CPU核数*3~5，thread_num最大值为4096。

查看更多 →

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

查看更多 →

不同的软件线程。vCPU（virtual CPU）即为虚拟的“逻辑内核”。 规格名称展示vCPU数，即逻辑内核数。在x86架构弹性云 服务器 上可以查看实际的CPU逻辑内核数。查看方法，请参见查看E CS 实际的CPU逻辑内核数。 当前绝大多数x86架构规格已经默认开启了超线程，如果在创

查看更多 →

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

查看更多 →

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

查看更多 →

thread_num：线程池中的线程总数，取值范围是0~4096。其中0的含义是数据库根据系统CPU core的数量来自动配置线程池的线程数，如果参数值大于0，线程池中的线程数等于thread_num。线程池大小推荐根据硬件配置设置，计算公式如下：thread_num = CPU核数*3~5，thread_num最大值为4096。

查看更多 →

默认展示“线程分析”页面。 在选择实例的下拉菜单中，选择一个实例。 在线程分析页面的右上角，单击“查询阻塞源线程”按钮，展示阻塞源线程的具体信息。 单击“重新执行”，重新执行查询操作。 在搜索栏中，输入搜索条件。单击，查看在该站点下满足搜索条件的线程信息。 线程分析展示：线程名称，CPU使用率以及线程数量。

查看更多 →

登录Linux服务器 Linux服务器登录方式概述 远程登录方式 SSH密钥方式登录 SSH密码方式登录 父主题： 实例

查看更多 →

PU选项”。 关于超线程的详细介绍，请参见开启/关闭ECS超线程。 （可选）设置“每核心线程数”。 当勾选“指定CPU选项”时，显示该参数。在“每核心线程数”下拉框进行设置。 1：关闭超线程 2：开启超线程，默认开启 单击“下一步”。 （可选）根据界面提示，检查并修改磁盘标识方式为UUID。

查看更多 →

置。 取值范围：浮点型，0~10。 默认值：2 pagewriter_thread_num 参数说明：设置用于增量检查点打开后后台刷页的线程数，主要是按照脏页置脏的顺序刷盘，用于推进recovery点。 该参数属于POSTMASTER类型参数，请参考表1中对应设置方法进行设置。 取值范围：整型，1～16

查看更多 →

Coordinator线程数超过阈值 本章节仅适用于 MRS 3.1.5及之后版本。 告警解释 系统会检查Presto Coordinator和Worker实例的线程使用情况，默认阈值为1024个。如果Presto Coordinator或Worker的线程数超过阈值，则发出告警。

查看更多 →

监控详情”页面的“消费组”页签中，“消费组”选择待查看堆积消息数的消费组名称，“主题”选择“全部Topic”，“消费组可消费消息数”表示此消费组中所有Topic的堆积消息数之和。查看监控数据的具体步骤，请参考查看Kafka监控数据。 在云监控页面的“消费组”页签中，“消费组”选择待查看堆积消息数的消费组名称，“主

查看更多 →

成员，逐一对每个成员做相应的修改。 线程调整 表1 属性 属性名 描述 maxThreads Tomcat使用线程来处理接收的每个请求。这个值表示Tomcat可创建的最大的线程数。 acceptCount 指定当所有可以使用的处理请求的线程数都被使用时，可以放到处理队列中的请求数，超过这个数的请求将不予处理。

查看更多 →

Linux块迁移，配置数据是否压缩？ 场景描述 Linux块迁移默认启用压缩功能，根据源端资源占用的情况配置迁移过程中采用的压缩线程个数（默认设置为当前空闲CPU核数的数量，最大数量不超过3），可能会存在压缩导致CPU资源占用过高的情况，可以在 SMS 控制台配置目的端时，设置压缩线程个数或关闭压缩功能。

查看更多 →

一对每个成员做相应的修改。 线程调整 表1 TOMCAT常用配置 属性名 描述 maxThreads Tomcat使用线程来处理接收的每个请求。这个值表示Tomcat可创建的最大的线程数。 acceptCount 指定当所有可以使用的处理请求的线程数都被使用时，可以放到处理队列中的请求数，超过这个数的请求将不予处理。

查看更多 →

此处定义的队列深度是指每个线程的队列深度，如果有多个线程测试，意味着每个线程都是此处定义的队列深度。fio总的IO并发数=iodepth * numjobs。例如： 单线程，且-iodepth=32，则该线程的IO队列深度为32，fio总的IO并发数=32*1=32。 多线程（3个线程），且-i

查看更多 →