我很困惑，当进程请求“x”量的堆时，Linux 分配的内存是否实际上是物理连续的？
目前我的理解是：Linux中内存分配的单位是页大小。默认情况下，页面大小 = 4KB。该页在 RAM 中物理上是连续的。
从/proc/buddyinfo的输出看出，总内存分为几组group 0, group 1, ... group 10
每个组“n”包含多个物理上连续的内存页，每个大小为 4KB * (2^n)
因此组 0 包含大小为 4KB 的页面，组 1 包含大小为 8KB 的页面，组 2 包含大小为 16KB 的页面，依此类推。
现在，假设应用程序请求 12 KB 内存，并假设从第 2 组开始没有可用的空闲页面。
我想知道
在这种情况下，通过使用组 0 和组 1 各 1 个页面，内存分配请求是否会成功？还是会失败？
特定组“n”中的页面在物理内存中是否连续？例如，如果组 2 假设有 5 个空闲页面，那么所有这 5 个页面在物理上都是连续的（5 * 4 * 4=RAM 中的连续块的 80KB）吗？
我正在分析 linux 平台（redhat）上的一个大型 C++ 项目，特别是其中使用的共享库。如何从特定的共享库中找到该项目中使用了哪些符号（函数/变量）？
首先，我在我的二进制文件上运行了以下命令：
readelf -d binaryName | grep -i "Shared library"
我得到了在我的项目中使用的共享库列表（ldd 显示更长的列表，因为这些共享库也有自己的依赖项）例如
0x0000000000000001 (NEEDED) Shared library: [librt.so.1]
0x0000000000000001 (NEEDED) Shared library: [libpthread.so.0]
0x0000000000000001 (NEEDED) Shared library: [libuv.so.1]
0x0000000000000001 (NEEDED) Shared library: [libssl.so.1.1]
0x0000000000000001 (NEEDED) Shared library: [libcrypto.so.1.1]
0x0000000000000001 (NEEDED) Shared library: [libz.so.1]
0x0000000000000001 (NEEDED) Shared library: [libstdc++.so.6]
0x0000000000000001 (NEEDED) Shared library: [libm.so.6]
0x0000000000000001 (NEEDED) Shared library: [libgcc_s.so.1]
0x0000000000000001 (NEEDED) Shared library: [libc.so.6]
现在有一种方法可以找出libuv.so.1项目代码库中使用了哪些符号。任何人都可以提出一些路线图吗？
我想知道在不同的系统（如安卓手机、台式机、超级计算机等）中是否存在完全相同的 linux 内核。完全没有变化吗？
我很好奇，因为我看到当一个新的 linux 内核发布时，并没有提到它是针对哪个平台（系统）发布的。所以看起来任何想要使用 linux 内核的人，无论他是想将它用于智能手机、台式电脑还是其他任何东西，都必须使用完全相同的内核。但我不太确定。请帮助澄清这个问题是否有意义。
我正在使用我在RHEL AB上的 C++ 代码构建一个共享库（主要版本是 A，次要版本是 B）。
在以下多少种情况下，当我将共享库从RHEL AB复制到：
我想知道这个共享库
如果可能，请让我参考相关文档以获取更多信息。
请注意，我的 C++ 代码没有任何依赖关系，即当我在 RHEL AB 上构建它时，我没有将它与任何外部库链接
我想了解openstack keypair create命令与 ssh-keygen 有何不同（两者都创建密钥对，对吗？）。另外，当我向 openstack keypair create 命令提供公钥时，究竟会发生什么？
AFAIK，私钥不能从公钥派生，那么为什么在创建密钥对时可以选择使用已经可用的公钥？