Linux 上的 SQL Server 的性能最佳做法和配置指南

适用于:SQL Server - Linux

本文提供了最佳做法和建议,以最大程度地提高连接到 Linux 上的 SQL Server 的数据库应用程序的性能。 这些建议特定在 Linux 平台上运行。 所有正常 SQL Server 建议(例如索引设计)仍适用。

以下指南包含配置 SQL Server 和 Linux 操作系统 (OS) 的建议。 请考虑使用这些配置设置来体验 SQL Server 安装的最佳性能。

存储配置建议

托管数据、事务日志和其他关联文件(如内存中 OLTP 的检查点文件)的存储子系统应能够正常管理平均和峰值工作负载。

使用具有适当 IOPS、吞吐量和冗余的存储子系统

通常情况下,在本地环境中,存储供应商支持在多个磁盘之间进行条带化的适当硬件 RAID 配置,以确保适当的 IOPS、吞吐量和冗余。 不过,在不同存储供应商和具有不同体系结构的不同存储产品之间,这可能有所不同。

对于在 Azure 虚拟机上部署的 Linux 上的 SQL Server,请考虑使用软件 RAID 来确保满足相应的 IOPS 和吞吐量要求。 在 Azure 虚拟机上配置具有类似存储注意事项的 SQL Server 时,请参阅 SQL Server VM 的存储配置

下面的示例介绍如何在 Azure 虚拟机上的 Linux 中创建软件 RAID。 请注意,应该根据数据、事务日志和 tempdb I/O 要求,使用适当数量的数据磁盘,为卷提供所需的吞吐量和 IOPS。 下面的示例已向 Azure 虚拟机附加 8 个数据磁盘;4 个用于托管数据文件,2 个用于事务日志,还有 2 个用于 tempdb 工作负载。

若要查找用于 RAID 创建的设备(例如 /dev/sdc),请使用 lsblk 命令。

# For Data volume, using 4 devices, in RAID 5 configuration with 8KB stripes
mdadm --create --verbose /dev/md0 --level=raid5 --chunk=8K --raid-devices=4 /dev/sdc /dev/sdd /dev/sde /dev/sdf

# For Log volume, using 2 devices in RAID 10 configuration with 64KB stripes
mdadm --create --verbose /dev/md1 --level=raid10 --chunk=64K --raid-devices=2 /dev/sdg /dev/sdh

# For tempdb volume, using 2 devices in RAID 0 configuration with 64KB stripes
mdadm --create --verbose /dev/md2 --level=raid0 --chunk=64K --raid-devices=2 /dev/sdi /dev/sdj

磁盘分区和配置建议

对于 SQL Server,你应该使用 RAID 配置。 部署的文件系统条带单元 (sunit) 和条带宽度应与 RAID 几何匹配。 例如,下面是一个针对日志卷的基于 XFS 的示例。

# Creating a log volume, using 6 devices, in RAID 10 configuration with 64KB stripes
mdadm --create --verbose /dev/md3 --level=raid10 --chunk=64K --raid-devices=6 /dev/sda /dev/sdb /dev/sdc /dev/sdd /dev/sde /dev/sdf

mkfs.xfs /dev/md3 -f -L log
meta-data=/dev/md3               isize=512    agcount=32, agsize=18287648 blks
         =                       sectsz=4096  attr=2, projid32bit=1
         =                       crc=1        finobt=1, sparse=1, rmapbt=0
         =                       reflink=1
data     =                       bsize=4096   blocks=585204384, imaxpct=5
         =                       sunit=16     swidth=48 blks
naming   =version 2              bsize=4096   ascii-ci=0, ftype=1
log      =internal log           bsize=4096   blocks=285744, version=2
         =                       sectsz=4096  sunit=1 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0

日志阵列是具有 64 KB 条带、6 个驱动器的 RAID-10。 正如你所见:

  • 对于 sunit=16 blks,16 * 4096 块大小 = 64 KB,与条带大小匹配。
  • 对于 swidth=48 blks, swidth / sunit = 3,这是阵列中的数据驱动器数量,不包括奇偶校验驱动器。

文件系统配置建议

SQL Server 支持使用 ext4 和 XFS 文件系统来托管数据库、事务日志和其他文件,例如 SQL Server 中的内存中 OLTP 的检查点文件。 Microsoft 建议使用 XFS 文件系统来托管 SQL Server 数据和事务日志文件。

使用 XFS 文件系统将卷格式化:

mkfs.xfs /dev/md0 -f -L datavolume
mkfs.xfs /dev/md1 -f -L logvolume
mkfs.xfs /dev/md2 -f -L tempdb

创建 XFS 卷并设置其格式时,可以将 XFS 文件系统配置为不区分大小写。 此配置在 Linux 生态系统中不常使用,但可出于兼容性原因使用它。

例如,你可运行以下命令。 使用 -n version=ci 将 XFS 文件系统配置为不区分大小写。

mkfs.xfs /dev/md0 -f -n version=ci -L datavolume

PMEM 文件系统建议

对于 PMEM 设备上的文件系统配置,基础文件系统的块分配应为 2 MB。 有关详细信息,请参阅技术注意事项一文。

打开文件限制

生产环境可能需要比默认打开文件限制 1,024 更多的连接。 可以设置软和硬限制 1,048,576。 例如,在 RHEL 中,编辑 /etc/security/limits.d/99-mssql-server.conf 文件以具有以下值:

mssql - nofile 1048576

注意

此设置不适用于 systemd 启动的 SQL Server 服务。 有关详细信息,请参阅如何为 RHEL 和 systemd 中的服务设置限制

在文件系统上禁用 SQL Server 数据和日志文件的上次访问日期/时间

为确保在重启后自动重新装载附加到系统的驱动器,请将它们添加到 /etc/fstab 文件中。 应该在 /etc/fstab 中使用 UUID(全局唯一标识符)来引用驱动器,而不是只使用设备名称(例如 /dev/sdc1)。

对任何存储 SQL Server 数据和日志文件的文件系统使用 noatime 属性。 有关如何设置此属性的说明,请参阅 Linux 文档。 以下示例展示了如何为 Azure 虚拟机中装载的卷启用 noatime 选项。

/etc/fstab 中的装入点条目:

UUID="xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" /data1 xfs rw,attr2,noatime 0 0

在上面的示例中,UUID 表示可使用 blkid 命令找到的设备。

SQL Server 和强制单元访问 (FUA) I/O 子系统功能

某些版本的受支持 Linux 分发版支持 FUA I/O 子系统功能,以提供数据持久性。 SQL Server 使用 FUA 功能为 SQL Server 工作负载提供高效且可靠的 I/O。 有关 Linux 分发版的 FUA 支持的更多信息及其对 SQL Server 的影响,请参阅 Linux 上的 SQL Server:强制单元访问 (FUA) 内部结构

SUSE Linux Enterprise Server 12 SP5、Red Hat Enterprise Linux 8.0 和 Ubuntu 18.04 引入了对 I/O 子系统中的 FUA 功能的支持。 如果你使用的是 SQL Server 2017 (14.x) CU 6 及更高版本,应使用以下配置,以便通过 SQL Server 使用 FUA 进行高性能、高效的 I/O 实现。

如果满足以下条件,请使用此推荐配置。

  • SQL Server 2017 (14.x) CU 6 及更高版本

  • 支持 FUA 功能的 Linux 发行版和版本(从 Red Hat Enterprise Linux 8.0、SUSE Linux Enterprise Server 12 SP5 或 Ubuntu 18.04 开始)

  • 用于 SQL Server 存储的 XFS 文件系统

  • 支持 FUA 功能且已进行相应配置的存储子系统和/或硬件

推荐配置:

  1. 启用跟踪标志 3979 作为启动参数。

  2. 使用 mssql-conf 配置 control.writethrough = 1control.alternatewritethrough = 0

对于不符合上述条件的几乎所有其他配置,建议的配置如下所示:

  1. 启用跟踪标志 3982 作为启动参数(这是 Linux 生态系统中 SQL Server 的默认值),同时确保未启用跟踪标志 3979 作为启动参数。

  2. 使用 mssql-conf 配置 control.writethrough = 1control.alternatewritethrough = 1

针对 Kubernetes 中部署的 SQL Server 容器的 FUA 支持

  1. SQL Server 必须使用持久装载的存储,而不是 overlayfs

  2. 存储必须使用 XFS 文件系统,并且应支持 FUA。 启用此设置之前,应与 Linux 发行版和存储供应商合作,确保 OS 和存储子系统支持 FUA 选项。 在 Kubernetes 上,可使用以下命令查询文件系统类型,其中 <pvc-name>PersistentVolumeClaim

    kubectl describe pv <pvc-name>
    

    在输出中查找 fstype,它设置为 XFS。

  3. 托管 SQL Server Pod 的工作器节点应使用支持 FUA 功能的 Linux 发行版和版本(从 Red Hat Enterprise Linux 8.0、SUSE Linux Enterprise Server 12 SP5 或 Ubuntu 18.04 开始)。

如果满足上述条件,可使用以下建议的 FUA 设置。

  1. 启用跟踪标志 3979 作为启动参数。

  2. 使用 mssql-conf 配置 control.writethrough = 1control.alternatewritethrough = 0

高性能内核和 CPU 设置

下一部分介绍是与 SQL Server 安装的高性能和吞吐量相关的推荐 Linux OS 设置。 请参阅 Linux 分发版的文档,了解如何配置这些设置。 可以根据说明使用 TuneD 来配置下一部分中介绍的许多 CPU 和内核配置。

使用 TuneD 来配置内核设置

对于 Red Hat Enterprise Linux (RHEL) 用户,TuneD 吞吐量-性能配置文件将自动配置某些内核和 CPU 设置(C 状态除外)。 自 RHEL 8.0 起,与 Red Hat 共同开发了名为 mssql 的 TuneD 配置文件,它可为 SQL Server 工作负载提供更精细的 Linux 性能相关优化。 此配置文件包含 RHEL 吞吐量-性能配置文件,我们在本文中提供了它的定义,供你查看其他没有此配置文件的 Linux 发行版和 RHEL 版本。

对于 SUSE Linux Enterprise Server 12 SP5、Ubuntu 18.04 和 Red Hat Enterprise Linux 7.x,可以手动安装 tuned 包。 它可用于创建和配置 mssql 配置文件,如以下部分所述。

建议的 Linux 设置,它们使用 TuneD mssql 配置文件

以下示例为 Linux 上的 SQL Server 提供 TuneD 配置。

[main]
summary=Optimize for Microsoft SQL Server
include=throughput-performance

[cpu]
force_latency=5

[sysctl]
vm.swappiness = 1
vm.dirty_background_ratio = 3
vm.dirty_ratio = 80
vm.dirty_expire_centisecs = 500
vm.dirty_writeback_centisecs = 100
vm.transparent_hugepages=always
# For multi-instance SQL deployments, use
# vm.transparent_hugepages=madvise
vm.max_map_count=1600000
net.core.rmem_default = 262144
net.core.rmem_max = 4194304
net.core.wmem_default = 262144
net.core.wmem_max = 1048576
kernel.numa_balancing=0

如果使用内核版本大于 4.18 的 Linux 发行版,请按如下所示注释以下选项;如果使用内核版本小于 4.18 的发行版,则取消注释以下选项。

# kernel.sched_latency_ns = 60000000
# kernel.sched_migration_cost_ns = 500000
# kernel.sched_min_granularity_ns = 15000000
# kernel.sched_wakeup_granularity_ns = 2000000

若要启用此 TuneD 配置文件,请将这些定义保存在 /usr/lib/tuned/mssql 文件夹下的 tuned.conf 文件中,并使用以下命令启用配置文件:

chmod +x /usr/lib/tuned/mssql/tuned.conf
tuned-adm profile mssql

使用以下命令验证配置文件是否处于活动状态:

tuned-adm active

或:

tuned-adm list

CPU 设置建议

下表提供了 CPU 设置的建议:

设置 详细信息
CPU 频率调控器 性能 请参阅 cpupower 命令
ENERGY_PERF_BIAS 性能 请参阅 x86_energy_perf_policy 命令
min_perf_pct 100 查看有关 Intel p-state 的文档
C 状态 仅限 C1 请参阅 Linux 或系统文档,了解如何确保将 C 状态设置为仅限 C1

如上文所述,使用 TuneD 将相应地配置 CPU 频率调控器、ENERGY_PERF_BIASmin_perf_pct 设置,因为使用吞吐量-性能配置文件作为 mssql 配置文件的基础。 必须根据 Linux 或系统分销商提供的文档手动配置 C 状态参数。

磁盘设置建议

下表提供了磁盘设置的建议:

设置 详细信息
磁盘 readahead 4096 请参阅 blockdev 命令
sysctl 设置 kernel.sched_min_granularity_ns = 15000000
kernel.sched_wakeup_granularity_ns = 2000000
vm.dirty_ratio = 80
vm.dirty_background_ratio = 3
vm.swappiness = 1
请参阅 sysctl 命令

说明

  • vm.swappiness:与文件系统缓存相比,此参数控制用于换出运行时进程内存的相对权重。 此参数的默认值为 60,表示交换运行时进程内存页与删除文件系统缓存页的比率为 60:140。 将值设置为 1 表示首选将运行时进程内存保留在物理内存中,代价是牺牲文件系统缓存。 由于 SQL Server 使用缓冲池作为数据页面缓存,并且强烈倾向于绕过文件系统缓存直接写入物理硬件,从而实现可靠的恢复,因此,积极的交换配置对于实现高性能和专用 SQL Server 非常有利。 可在 /proc/sys/vm/ - #swappiness 的文档中找到更多信息

  • vm.dirty_*:不会缓存 SQL Server 文件写入访问,这样做满足其数据完整性要求。 通过分配足够大的缓存并限制刷新,这些参数可实现高效的异步写入性能,并降低 Linux 缓存写入的存储 I/O 影响。

  • kernel.sched_*:这些参数值代表了在 Linux 内核中调整完全公平调度 (CFS) 算法的当前建议,以提高网络和存储 I/O 调用在线程的进程内抢占和恢复方面的吞吐量。

使用 mssql TuneD 配置文件配置 vm.swappinessvm.dirty_*kernel.sched_* 设置。 使用 blockdev 命令的磁盘 readahead 配置以单个设备为基础,必须手动执行。

多节点 NUMA 系统的内核设置自动 NUMA 平衡

如果在多节点 NUMA 系统上安装 SQL Server,则默认会启用以下 kernel.numa_balancing 内核设置。 若要使 SQL Server 在 NUMA 系统上以最高效率运行,请在多节点 NUMA 系统上禁用自动 NUMA 平衡:

sysctl -w kernel.numa_balancing=0

使用 mssql TuneD 配置文件配置 kernel.numa_balancing 选项。

虚拟地址空间的内核设置

vm.max_map_count 的默认设置 (65536) 对 SQL Server 安装来说可能不够高。 出于此原因,请在 SQL Server 部署中,将 vm.max_map_count 值更改为至少 262144,并参阅使用 TuneD mssql 配置文件的建议 Linux 设置部分,了解如何进一步优化这些内核参数。 vm.max_map_count 的最大值是 2147483647。

sysctl -w vm.max_map_count=1600000

使用 mssql TuneD 配置文件配置 vm.max_map_count 选项。

启用透明大页 (THP)

大多数 Linux 安装应在默认情况下启用此选项。 建议将此配置选项设置为启用,以获得最一致的性能体验。 但是,如果在具有多个实例的 SQL Server 部署中发生大量内存分页活动,或者在服务器上与其他内存需求较高的应用程序一起执行 SQL Server 的情况下,建议在执行以下命令后测试应用程序的性能:

echo madvise > /sys/kernel/mm/transparent_hugepage/enabled

或使用以下行修改 mssql TuneD 配置文件:

vm.transparent_hugepages=madvise

并在修改后使 mssql 配置文件处于活动状态:

tuned-adm off
tuned-adm profile mssql

使用 mssql TuneD 配置文件配置 transparent_hugepage 选项。

网络设置建议

与存储和 CPU 建议一样,下面也列出了特定于网络的建议,以供参考。 以下示例中的所有设置并非在不同的 NIC 上都可用。 有关每个选项的指导,请参阅文档并咨询 NIC 供应商。 在开发环境中对它们进行测试和配置,然后将其应用于生产环境。 以下选项通过示例进行了说明,所用的命令针对特定的 NIC 类型和供应商。

  1. 配置网络端口缓冲区大小。 在下面的示例中,NIC 的名称为 eth0,它是基于 Intel 的 NIC。 对于基于 Intel 的 NIC,推荐的缓冲区大小为 4 KB (4096)。 验证预设的最大值,然后使用以下示例进行配置:

    使用以下命令检查预设的最大值。 将 eth0 替换为你的 NIC 名称:

    ethtool -g eth0
    

    rx(接收)和 tx(传输)缓冲区大小都设置为 4 KB:

    ethtool -G eth0 rx 4096 tx 4096
    

    检查值是否已正确配置:

    ethtool -g eth0
    
  2. 启用巨型帧。 在启用巨型帧之前,请验证客户端和 SQL Server 之间的所有网络交换机、路由器以及网络数据包路径所需的任何其他内容是否都支持巨型帧。 只有这样,启用 jumbo 帧才可以提高性能。 启用 jumbo 帧后,连接到 SQL Server 并使用 sp_configure 将网络数据包大小更改为 8060,如下所示:

    # command to set jumbo frame to 9014 for a Intel NIC named eth0 is
    ifconfig eth0 mtu 9014
    # verify the setting using the command:
    ip addr | grep 9014
    
    EXEC sp_configure 'network packet size', '8060';
    GO
    RECONFIGURE WITH OVERRIDE;
    GO
    
  3. 默认情况下,我们建议设置端口以进行自适应 RX/TX IRQ 合并,这意味着会调整中断传递,以在数据包速率较低时降低延迟,在数据包速率较高时提高吞吐量。 此设置可能不适用于所有不同的网络基础结构,因此请查看现有的网络基础结构并确认此设置受支持。 下面的示例针对名为 eth0 的 NIC,它是基于 Intel 的 NIC:

    1. 设置自适应 RX/TX IRQ 合并的端口:

      ethtool -C eth0 adaptive-rx on
      ethtool -C eth0 adaptive-tx on
      
    2. 确认设置:

      ethtool -c eth0
      

    注意

    为实现高性能环境(如用于基准测试的环境)的可预测行为,请禁用自适应 RX/TX IRQ 合并,然后专门设置 RX/TX 中断合并。 请参阅示例命令以禁用 RX/TX IRQ 合并,然后专门设置以下值:

    禁用自适应 RX/TX IRQ 合并:

    ethtool -C eth0 adaptive-rx off
    ethtool -C eth0 adaptive-tx off
    

    确认更改:

    ethtool -c eth0
    

    设置 rx-usecsirq 参数。 rx-usecs 指定在接收至少 1 个数据包后经过多少微秒才会产生中断。 irq 参数指定禁用中断时更新状态的相应延迟。 对于基于 Intel 的 NIC,可使用以下设置:

    ethtool -C eth0 rx-usecs 100 tx-frames-irq 512
    

    确认更改:

    ethtool -c eth0
    
  4. 还建议启用接收端缩放 (RSS),并在默认情况下将 RSS 队列的 RX 和 TX 端组合在一起。 在某些特定情况下,与 Microsoft 支持部门合作时,禁用 RSS 还会提高性能。 在生产环境中应用此设置之前,请先在测试环境中进行测试。 以下示例用于 Intel NIC。

    获取预设的最大值:

    ethtool -l eth0
    

    将队列与预设的“组合”最大值中报告的值组合在一起。 在此示例中,值设置为 8

    ethtool -L eth0 combined 8
    

    验证以下设置:

    ethtool -l eth0
    
  5. 使用 NIC 端口 IRQ 关联。 若要通过调整 IRQ 关联来实现预期的性能,请考虑几个重要参数,如 Linux 对服务器拓扑的处理、NIC 驱动程序堆栈、默认设置和 irqbalance 设置。 NIC 端口 IRQ 关联设置的优化是通过了解服务器拓扑,禁用 irqbalance,以及使用特定于 NIC 供应商的设置来实现的。

    特定于 Mellanox 的网络基础结构的以下示例可帮助解释该配置。 若要了解详细信息和下载 Mellanox mlnx 工具,请参阅 Performance Tuning tools for Mellanox Network Adapters(Mellanox 网络适配器的性能优化工具)。 这些命令将根据环境而发生变化。 请联系 NIC 供应商来获取进一步的指导。

    禁用 irqbalance,或者获取 IRQ 设置的快照并强制守护程序退出:

    systemctl disable irqbalance.service
    

    或:

    irqbalance --oneshot
    

    确保 common_irq_affinity.sh 是可执行的:

    chmod +x common_irq_affinity.sh
    

    显示 Mellanox NIC 端口的 IRQ 关联(例如 eth0):

    ./show_irq_affinity.sh eth0
    

    使用 Mellanox 工具优化以获得最佳吞吐量性能:

    ./mlnx_tune -p HIGH_THROUGHPUT
    

    将硬件相关性设置为以物理方式托管 NIC 及其端口的 NUMA 节点:

    ./set_irq_affinity_bynode.sh `\cat /sys/class/net/eth0/device/numa_node` eth0
    

    验证 IRQ 相关性:

    ./show_irq_affinity.sh eth0
    

    添加 IRQ 合并优化

    ethtool -C eth0 adaptive-rx off
    ethtool -C eth0 adaptive-tx off
    ethtool -C eth0  rx-usecs 750 tx-frames-irq 2048
    

    验证设置:

    ethtool -c eth0
    
  6. 完成上述更改后,请使用以下命令验证 NIC 的速度,以确保其符合预期:

    ethtool eth0 | grep -i Speed
    

高级内核和 OS 配置

  • 为获得最佳存储 I/O 性能,请使用适合块设备的 Linux 多队列调度,这样块层性能就能很好地随高速固态硬盘 (SSD) 和多核系统一起缩放。 如果你的 Linux 分发版中默认启用了文档,请查看该文档。 在其他大多数情况下,使用 scsi_mod.use_blk_mq=y 启动内核将会启用此功能,即使正在使用的 Linux 分发版的文档对其提供了进一步指导。 这与上游 Linux 内核一致。

  • SQL Server 部署经常使用多路径 I/O,因此请通过启用 dm_mod.use_blk_mq=y 内核启动选项,将设备映射器 (DM) 多队列目标配置为使用 blk-mq 基础结构。 默认值为 n(已禁用)。 当底层 SCSI 设备使用 blk-mq 时,此设置会在 DM 层降低锁定开销。 若要详细了解如何配置多路径 I/O,请参阅 Linux 发行版的文档。

配置交换文件

请确保已正确配置交换文件,以免出现内存不足的问题。 有关如何创建交换文件并正确调整其大小的详细说明,请参阅 Linux 文档。

虚拟机和动态内存

如果在虚拟机中运行 Linux 上的 SQL Server,请确保选择选项来修复为虚拟机预留的内存量。 请勿使用 Hyper-V 动态内存等功能。

SQL Server 配置

在安装 Linux 上的 SQL Server 后执行以下配置任务,以实现应用程序的最佳性能。

最佳做法

对节点和/或 CPU 使用 PROCESS AFFINITY

对于所有用于 Linux OS 上的 SQL Server 的 NUMANODE 和/或 CPU(通常是所有节点和 CPU),使用 ALTER SERVER CONFIGURATION 设置 PROCESS AFFINITY。 处理器关联有助于保持高效的 Linux 和 SQL 计划行为。 使用 NUMANODE 选项是最简单的方法。 即使你的计算机上只有一个 NUMA 节点,也请使用 PROCESS AFFINITY。 有关如何设置 PROCESS AFFINITY 的详细信息,请参阅 ALTER SERVER CONFIGURATION 一文。

配置多个 tempdb 数据文件

由于 Linux 上的 SQL Server 安装不提供配置多个 tempdb 文件的选项,因此建议在安装后考虑创建多个 tempdb 数据文件。 有关详细信息,请参阅建议以减少 SQL Server tempdb 数据库中的分配争用一文。

高级配置

以下建议是可选的配置设置,你可以选择在安装 Linux 上的 SQL Server 之后执行这些设置。 这些选项取决于你的工作负载和 Linux OS 配置的要求。

使用 mssql-conf 设置内存限制

为了确保 Linux OS 有足够的可用物理内存,默认情况下 SQL Server 进程只使用 80% 的物理 RAM。 对于某些系统,如果物理 RAM 很大,20% 可能是一个很大的数字。 例如,在具有 1 TB RAM 的系统上,默认设置将保留 200 GB RAM 不使用。 在这种情况下,你可能希望将内存限制配置为较高的值。 请参阅有关 mssql-conf 工具的文档和 memory.memorylimitmb 设置,该设置可控制对 SQL Server 可见的内存(以 MB 为单位)。

更改此设置时,请注意不要将此值设置得太高。 如果不留出足够的内存,则可能会遇到 Linux OS 和其他 Linux 应用程序的问题。