glibc = GNU C Library（GNU C 标准库）
它是 Linux 系统最底层的核心程序库之一，可以理解为 Linux 的"地基"。
1. 它是做什么的？
你写的 C/C++ 程序（以及 Python、PyTorch 等底层用 C/C++ 写的库）运行时，都需要调用一些最基础的功能，比如：
- 文件操作：打开、读取、写入文件
- 内存管理 ：申请/释放内存（
malloc/free） - 进程线程：创建线程、进程间通信
- 字符串/数学运算 ：
printf、strlen、sin、cos等 - 网络套接字：TCP/IP 底层接口
这些功能不是每个程序自己从头实现的，而是由 glibc 统一提供 。你的程序在编译和运行时都链接到 glibc。
2. 为什么版本这么重要？
glibc 有一个特性：向后兼容，但不向前兼容。
- 用 glibc 2.17 编译的程序，可以在 glibc 2.31 的系统上运行（新版保留旧接口）
- 用 glibc 2.31 编译的程序，不能在 glibc 2.17 的系统上运行（旧版没有新接口）
PyTorch 的 whl 文件名里的 manylinux_2_28、manylinux_2_31 本质上就是在标明：这个包是在 glibc 2.28 / 2.31 的环境下编译的，运行时系统必须提供至少这个版本的 glibc。
你的 CentOS 7 只有 glibc 2.17 ，所以任何要求 manylinux_2_28 或 manylinux_2_31 的包，运行时都会因为找不到新版本的 glibc 符号而崩溃。
3. 为什么在国家超算中心换不了？
glibc 是系统级核心库，升级它需要 root 权限，而且风险极高------升级失败会导致整个系统无法启动，所有程序都跑不了。所以超算中心的管理员通常不会为了单个用户去升级登录节点或计算节点的 glibc。
一句话总结
glibc 是 Linux 系统的"底层地基"。PyTorch 的 whl 包是在某个 glibc 版本的地基上"盖的房子"，你的系统地基版本太低，房子就立不住。
你提到的"centeros 7"和"ubundu 22.04"以及"pip 文件 miniy2.18"应该是想问：
- CentOS 7、Ubuntu 22.04 分别自带的 glibc 版本是什么？
- pip 安装时那些
manylinux标签（比如manylinux_2_18）到底和 glibc 版本、系统版本有什么关系？
（"miniy2.18"几乎可以肯定是 manylinux_2_18 的笔误，"广西"则应该是"关系"。）
下面我把这些对应关系补进去，帮你理清整条逻辑链。
1. 常见系统的 glibc 版本
| 操作系统 | glibc 版本 | 说明 |
|---|---|---|
| CentOS 7 | 2.17 | 已停止维护，glibc 非常老 |
| CentOS 8 / RHEL 8 | 2.28 | 较早的许多linux_2_28包基于此 |
| Ubuntu 18.04 | 2.27 | 实际也接近2.28兼容 |
| Ubuntu 20.04 | 2.31 | manylinux_2_31 的基准 |
| Ubuntu 22.04 | 2.35 | 较新，兼容性强 |
| Ubuntu 24.04 | 2.39 | 更新 |
重点：
- CentOS 7 只能用 glibc 2.17（除非你冒险自行编译升级，极度不推荐）。
- Ubuntu 22.04 自带 glibc 2.35。
2. pip 的 manylinux 标签与 glibc 版本的对应关系
pip wheel 名里的 manylinux... 是一套标准，用来保证编译好的 C 扩展能在各种 Linux 发行版上运行。
标签里的数字就是最低 glibc 版本要求。
常见 manylinux 标签与系统基准的对应：
| manylinux 标签 | 最低 glibc 版本 | 典型基准系统 |
|---|---|---|
| manylinux1 (PEP 513) | 2.5 | CentOS 5 |
| manylinux2010 (PEP 571) | 2.12 | CentOS 6 |
| manylinux2014 (PEP 599) | 2.17 | CentOS 7 |
| manylinux_2_24 | 2.24 | Debian 9 |
| manylinux_2_27 | 2.27 | Ubuntu 18.04 |
| manylinux_2_28 | 2.28 | CentOS 8 / RHEL 8 |
| manylinux_2_31 | 2.31 | Ubuntu 20.04 |
| manylinux_2_34 | 2.34 | 较新的滚动发行版 |
| manylinux_2_35 | 2.35 | Ubuntu 22.04 |
| manylinux_2_39 | 2.39 | Ubuntu 24.04 |
你提到的 "manylinux_2_18" 虽然目前不是官方主流标签，但它代表着要求 glibc 2.18 及以上，这类包的兼容性门槛已经高于 CentOS 7。
3. 为什么这决定了你的系统能否用某个 whl 包
当你用 pip install torch 时，pip 会检查当前系统的 glibc 版本，然后寻找能匹配的最高 manylinux 标签。
-
在 CentOS 7 (glibc 2.17) 上：
只能安装
manylinux2014及更早的包（因为 manylinux2014 基准就是 2.17）。任何要求
manylinux_2_28、manylinux_2_31的包（如新版 PyTorch），都会因为找不到兼容标签而直接报错，或者勉强装上也运行崩溃。 -
在 Ubuntu 22.04 (glibc 2.35) 上：
可以安装
manylinux_2_35、manylinux_2_31、manylinux_2_28、manylinux2014等所有向下兼容的包，选择余地非常大，几乎不会有 glibc 版本不够的问题。
4. 回到你的具体场景
- CentOS 7 + glibc 2.17 → 你只能用老旧的 PyTorch（比如官方不再提供的 1.x 版本，或专门编译的低版本包）。
- 想要用新 PyTorch，要么换到 Ubuntu 22.04/20.04 ，要么用容器（Docker）跑一个 glibc 足够新的环境（比如
ubuntu:22.04镜像里 pip 安装一切顺利）。 - 超算中心不升 glibc 的原因，你之前的理解完全正确：动了地基，整个系统可能垮掉，管理员绝不可能冒这个险。
一句话补全：
CentOS 7 的 glibc 是 2.17，只通吃
manylinux2014以下的包；Ubuntu 22.04 的 glibc 是 2.35，几乎通吃目前所有 manylinux 包。pip 文件名里的manylinux_2_18等数字，就是最低 glibc 版本号，直接决定了你的系统地基够不够高。