本文主要介绍如何Ubuntu系统下查看物理CPU、CPU核心数、逻辑CPU。 物理CPU：插在裸金属 服务器 上的真实的CPU硬件，一般一台裸金属服务器都会配置2块及以上的物理CPU。 CPU核心数：随着CPU技术的发展，现在的每一块物理CPU都是多核的CPU处理器，多核处理器其中的核就是指的核心数，一般一块英特尔的CP

查看更多 →

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

查看更多 →

x86架构弹性云服务器或者变更规格时关闭了超线程，则在弹性云服务器上查看到的CPU核数是规格的Flavor名称中展示的vCPU数量的一半。 例如，对于c7.xlarge.2，其vCPU数，即逻辑内核数为4，4核的物理CPU包含4个vCPU（线程）。若关闭了超线程，则c7.xlarge

查看更多 →

(nobind)'（96核CPU/768G内存）；'1024,2,(nobind)'（64核CPU/512G内存，60核CPU/480G内存，32核CPU/256G内存）；'512,2,(nobind)'（16核CPU/128G内存）；'256,2,(nobind)'（8核CPU/64G内存）；'128

查看更多 →

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

查看更多 →

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

查看更多 →

cpubind_info：线程池是否绑核的配置参数。可选择的配置方式有：1. '(nobind)' ，线程不做绑核；2. '(allbind)'，利用当前系统所有能查询到的CPU core做线程绑核；3. '(nodebind: 1, 2)'，利用NUMA组1,2中的CPU core进行绑核；4. '(cpubind:

查看更多 →

内存，104核CPU/1024G内存，96核CPU/1024G内存）；'2048,2,(nobind)'（96核CPU/768G内存，80核CPU/640G内存）；'1024,2,(nobind)'（64核CPU/512G内存，60核CPU/480G内存，32核CPU/256G内存）；'512

查看更多 →

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

查看更多 →

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

查看更多 →

内存，104核CPU/1024G内存，96核CPU/1024G内存）；'2048,2,(nobind)'（96核CPU/768G内存，80核CPU/640G内存）；'1024,2,(nobind)'（64核CPU/512G内存，60核CPU/480G内存，32核CPU/256G内存）；'512

查看更多 →

管理中心数据搬迁 管理中心数据搬迁依赖于管理中心的资源迁移功能。 资源迁移支持迁移的资源包含数据服务、数据目录和管理中心数据连接。 约束与限制 资源导入可以基于OBS服务，也支持从本地导入。 名称相同的采集任务不支持被重复迁移。 名称相同的分类和标签不支持被重复迁移。 待导入的资

查看更多 →

performance vCPU核数 通过small、medium、large、xlarge、Nxlarge表示，如表5所示。 例如，s6.2xlarge.4中的“2xlarge”表示vCPU核数为8（N为2，2 × 4 = 8）。 表5 与vCPU核数对应关系 规格 vCPU核数 small 1

查看更多 →

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

查看更多 →

163840（196核CPU/1536G内存，128核CPU/1024G内存，104核CPU/1024G内存，96核CPU/1024G内存，96核CPU/768G内存，80核CPU/640G内存，64核CPU/512G内存，60核CPU/480G内存，32核CPU/256G内存，16核CPU/

查看更多 →

默认值：163840（196核CPU/1536G内存，128核CPU/1024G内存，104核CPU/1024G内存，96核CPU/1024G内存，96核CPU/768G内存，80核CPU/640G内存，64核CPU/512G内存，60核CPU/480G内存，32核CPU/256G内存，16核CPU/

查看更多 →

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

查看更多 →

默认分配1核CPU进行处理。 Redis企业版： D CS Redis企业版为多线程版本，企业版Redis线程数请参考表1。企业版Redis的CPU最大使用率=线程数x100%，例如线程数为3的企业版Redis，最大CPU使用率为300%。 表1 企业版Redis线程数 实例内存规格

查看更多 →

max_threads 执行请求的最大线程数。默认情况下是按照机器CPU核数自动确定的。单并发情况下线程数越大越好（该值要小于CPU核数），多并发情况建议设置为CPU核数/2的值。 CPU核数/2 64 否 max_result_rows 限制返回结果行数，默认为0不限制。 0 100000

查看更多 →

-a 命令查看 关闭超线程 系统默认关闭，如果是打开的，需要进行关闭。 判断系统是否开启超线程。 通过查询系统的物理核数和逻辑核数的关系可以判断是否开启多线程，如果：逻辑核数 = 物理核数，说明没有开超线程；逻辑核数 = 2*物理核数，说明系统开启了多线程。 Linux系统可以通

查看更多 →

CN：8000（60核CPU/480G内存）；4000（32核CPU/256G内存）；2000（16核CPU/128G内存）；1000（8核CPU/64G内存）；100（4核CPU/32G内存，4核CPU/16G内存） DN：24000（60核CPU/480G内存）；12000（32核CPU/

查看更多 →