服务器如何查看CPU核心数？硬盘内存参数查询方法

服务器核心数、硬盘和内存的查看可通过操作系统内置工具或命令行轻松完成，是服务器运维、性能调优和故障排查的关键运维操作。

加载中

如何查看Windows电脑的CPU、内存和硬盘信息

W

Windows一点通

15.7万--

原视频地址

查看服务器 CPU 核心数

CPU核心数决定了服务器处理并行任务的能力，包含物理核心和逻辑核心（超线程技术）。

• Windows 系统：

  1. 任务管理器： 按下 Ctrl + Shift + Esc 打开任务管理器，切换到“性能”选项卡，点击“CPU”，在右下部分，“内核”显示物理核心数，“逻辑处理器”显示总线程数（逻辑核心数）。
  2. 系统信息： 按下 Win + R，输入 msinfo32 回车，在“系统摘要”中查找“处理器”条目，描述会包含核心数和逻辑处理器数（“Intel(R) Xeon(R) Gold 6248R CPU @ 3.00GHz, 2400 Mhz, 24 个内核, 48 个逻辑处理器”）。
  3. 命令提示符/PowerShell： 打开 CMD 或 PowerShell，输入命令：
     • wmic cpu get NumberOfCores, NumberOfLogicalProcessors – 清晰列出物理核心数和总逻辑核心数。
     • echo %NUMBER_OF_PROCESSORS% – 显示逻辑处理器总数（环境变量）。

• Linux 系统 (常用命令)：

  1. lscpu： 最直观全面的命令，直接运行 lscpu，关注输出中的：
     • CPU(s): – 总逻辑核心数（线程数）。
     • Core(s) per socket: – 每个物理CPU插槽（Socket）包含的物理核心数。
     • Socket(s): – 物理CPU插槽数量。
     • Thread(s) per core: – 每个物理核心的线程数（通常为1或2）。
     • 计算物理核心总数 = Socket(s) Core(s) per socket
     • 计算逻辑核心总数 = Socket(s) Core(s) per socket Thread(s) per core = CPU(s)
  2. nproc： 直接显示系统可用的逻辑处理器（核心/线程）总数：nproc --all。
  3. /proc/cpuinfo： 查看详细信息文件：cat /proc/cpuinfo。
     • 每个逻辑处理器对应一个独立的 processor 条目（编号从0开始）。
     • 查看 cpu cores 字段（通常在第一个 processor 条目或所有条目中相同），它显示每个物理CPU插槽的物理核心数，需要结合物理插槽数（lscpu或grep 'physical id' /proc/cpuinfo | sort -u | wc -l）计算总物理核心数。
     • 查看 siblings 字段，它显示每个物理CPU插槽的逻辑核心数（线程数）。
  4. top/htop： 运行 top 后按 1，或直接运行 htop，顶部会显示 CPU 核心的使用情况汇总,核心数量一目了然。

查看服务器硬盘信息

硬盘信息包括容量、类型（HDD/SSD/NVMe）、分区、文件系统、使用率以及至关重要的健康状态（SMART）。

• Windows 系统：

  1. 磁盘管理： 按下 Win + R，输入 diskmgmt.msc 回车，窗口下半部分以图形化方式展示所有物理磁盘（Disk 0, Disk 1…）、分区、文件系统、容量和状态（如联机、脱机）。
  2. 设备管理器： 按下 Win + R，输入 devmgmt.msc 回车，展开“磁盘驱动器”，列出所有物理硬盘型号，右键属性->“卷”选项卡->“填充”可查看分区信息。
  3. 命令提示符/PowerShell：
     • 磁盘列表： diskpart -> list disk -> exit，显示连接的物理磁盘、大小和状态。
     • 分区与卷： diskpart -> list volume -> exit，显示所有卷（分区）、驱动器号、文件系统、容量和剩余空间。
     • 文件系统使用率： wmic logicaldisk get caption, freespace, size, filesystem 或 PowerShell 命令 Get-PSDrive -PSProvider FileSystem | Where-Object {$_.Used -ne $null} | Format-Table Name, Root, Used, Free, @{Name="Size(GB)"; Expression={[math]::Round($_.Used / 1GB + $_.Free / 1GB, 2)}}, @{Name="Free(GB)"; Expression={[math]::Round($_.Free / 1GB, 2)}}。
     • SMART 状态 (可能需要第三方工具)： Windows 原生工具对 SMART 支持有限，可通过 PowerShell 的 Get-PhysicalDisk 查看健康状态（HealthStatus），或使用 CrystalDiskInfo 等专业工具获取详细 SMART 数据。

• Linux 系统 (常用命令)：

  1. lsblk： 最常用。lsblk 列出所有块设备（磁盘、分区、LVM 等），清晰展示树状结构（磁盘->分区->挂载点），添加 -f 选项 (lsblk -f) 显示文件系统类型和 UUID。
  2. df： 报告文件系统磁盘空间使用情况。df -h (-h 表示 human-readable, 用 G/M 单位) 显示所有已挂载文件系统的总容量、已用、可用空间和挂载点。
  3. fdisk/parted： 强大的分区表操作工具，查看分区信息：sudo fdisk -l 或 sudo parted -l，显示所有磁盘的分区表细节（大小、类型、起始结束扇区）。
  4. blkid： 列出所有块设备的属性，特别是 UUID 和文件系统类型：sudo blkid。
  5. lshw： 查看详细硬件信息，包括磁盘控制器和磁盘：sudo lshw -class disk -class storage。
  6. 查看硬盘健康 (SMART)：
     • smartctl (smartmontools 包)： 最权威的工具。
       • 安装：sudo apt install smartmontools (Debian/Ubuntu) / sudo yum install smartmontools (RHEL/CentOS)。
       • 查看所有支持 SMART 的磁盘：sudo smartctl --scan。
       • 查看单个磁盘基本信息：sudo smartctl -i /dev/sda (替换为你的磁盘，如 sda, nvme0n1)。
       • 查看完整 SMART 属性和健康状态：sudo smartctl -a /dev/sda。重点关注 SMART overall-health self-assessment test result: PASSED。 详细属性如 Reallocated_Sector_Ct, Power_On_Hours, Temperature_Celsius 等对预测故障至关重要。
     • nvme (用于 NVMe 硬盘)： sudo nvme list (列出 NVMe 设备)，sudo nvme smart-log /dev/nvme0n1 (查看 SMART 日志)。

查看服务器内存信息

内存（RAM）信息包括总容量、已用容量、空闲容量、缓存/缓冲使用量以及速度、类型等详细信息。

• Windows 系统：

  1. 任务管理器： Ctrl + Shift + Esc -> “性能”选项卡 -> “内存”，清晰显示总内存、使用中内存、可用内存、已提交内存、缓存内存以及速度、已用插槽、内存类型（如 DDR4）等信息。
  2. 系统信息： Win + R -> msinfo32 -> “系统摘要”，查找“已安装的物理内存(RAM)”显示总容量。
  3. 命令提示符/PowerShell：
     • wmic memorychip get capacity, speed, memorytype, devicelocator, partnumber – 显示每个物理内存条的详细信息（容量、速度、类型、插槽位置、部件号）。容量以字节为单位，需自行转换（如除以 1073741824 得 GB）。
     • systeminfo | findstr /C:"Total Physical Memory" /C:"Available Physical Memory" – 显示总物理内存和可用物理内存。
     • PowerShell: Get-CimInstance Win32_PhysicalMemory | Format-Table BankLabel, Capacity, Speed, MemoryType, Manufacturer, PartNumber – 更友好的格式显示内存条信息。

• Linux 系统 (常用命令)：

  

  1. free： 最常用查看内存使用概况。free -h (-h 自动转换单位) 显示：
     • total：总物理内存。
     • used：已使用的内存（包含 buffers/cache）。
     • free：完全空闲未被使用的内存。
     • shared：共享内存（通常被 tmpfs 使用）。
     • buff/cache：被内核缓冲区(Buffers)和页面缓存(Cache)使用的内存，这部分内存在应用需要时可以被快速回收，因此评估实际可用内存应看 available 列。
     • available：最重要指标！ 估算可被应用程序使用的内存量，包含 free 和可回收的 buff/cache。
  2. top/htop： 运行 top 或 htop，顶部几行显示内存总量、已用量、空闲量、缓冲/缓存量（类似 free）。
  3. vmstat： vmstat -s 以详细统计方式报告内存信息（总内存、使用量、空闲量、缓冲量、缓存量、交换分区使用等）。
  4. /proc/meminfo： 最详细的内存信息源：cat /proc/meminfo，包含数十个内存相关统计项，如 MemTotal, MemFree, MemAvailable, Buffers, Cached, SwapTotal, SwapFree 等。MemAvailable 是关键。
  5. 查看内存硬件信息：
     • dmidecode： 需要 root 权限。sudo dmidecode -t memory 输出非常详细的物理内存条信息，包括每个插槽是否占用、容量、类型（DDR4）、速度、制造商、部件号、序列号等,信息最全面但输出较长。
     • lshw： sudo lshw -short -C memory 或 sudo lshw -class memory 以更简洁或更详细的方式列出内存硬件信息。
     • lscpu： 也包含 NUMA 节点相关的内存信息。

综合监控与专业建议

• 自动化监控： 对于生产环境服务器，强烈建议部署专业监控系统：

  • Zabbix, Nagios, Prometheus+Grafana: 这些工具可以持续收集 CPU 核心利用率、负载、每个核心温度；硬盘空间使用率、IOPS、吞吐量、延迟、SMART 关键属性（如重分配扇区数）；内存总量、使用率、可用量、Swap 使用率等关键指标，它们能提供历史趋势分析、可视化图表和阈值告警（如磁盘空间不足、内存耗尽、CPU 持续高负载、SMART 错误）,是实现主动运维和保障业务连续性的基石。
  • 操作系统内置： Windows 性能监视器(PerfMon)、Linux sar (sysstat 包) 也可用于周期性记录和分析性能数据。

• 专业见解与最佳实践：

  1. 理解核心与线程： 在性能调优和容量规划时，区分物理核心和逻辑核心（超线程）至关重要，虽然超线程能提升某些场景的吞吐量（15-30%），但它不等同于物理核心，对计算密集型且难以并行化的任务，物理核心数仍是瓶颈，虚拟机配置（vCPU）也需基于此理解。
  2. 硬盘健康是生命线： 定期检查硬盘 SMART 状态是预防数据丢失的最重要防线，不要仅依赖 PASSED，要关注关键属性的原始值和阈值变化趋势（如 Reallocated_Sector_Ct 持续增长），企业级硬盘通常有更完善的错误预测和日志，对于 RAID 阵列，即使单块盘报告健康,也应定期进行一致性检查和坏块扫描。
  3. 内存评估看 Available： Linux 下评估内存压力时，free 或 available 比 used 更有意义，高 buff/cache 通常是良好性能的表现（文件缓存），真正需要警惕的是 available 持续过低或 Swap 使用率 (si/so in vmstat) 显著升高，这会导致严重性能下降，理解 NUMA 架构对大型多路服务器的内存访问性能影响也很关键。
  4. 容量规划： 监控历史趋势数据是预测未来资源需求（CPU、内存、存储）的唯一可靠方法，设定合理的增长缓冲区（如 CPU 峰值利用率不超过 70-80%，内存 available 保持一定余量，存储空间使用率不超过 80%），避免资源耗尽导致服务中断，考虑工作负载特性（CPU 密集型、内存密集型、IO 密集型）。
  5. 工具选择： 掌握命令行工具 (lscpu, lsblk, smartctl, free, dmidecode) 是运维人员的基本功，它们轻量、通用且强大，图形化工具（任务管理器、磁盘管理）适合快速概览,专业监控系统用于持续保障。

熟练掌握服务器核心硬件资源（CPU、内存、硬盘）的查看方法，是高效运维、性能优化和保障稳定性的基础，结合自动化监控和对指标含义的深入理解，能够主动发现问题、精准定位瓶颈、科学规划容量，为业务系统提供坚实可靠的后台支撑，您在日常运维中是否曾因某个关键硬件指标（如内存可用量、硬盘备用块）的异常变化而成功预防了一次故障？最常用的监控组合是哪几种？