有没有办法改变 i386 RHEL4 机器以运行 amd64 内核，但确保它仍然将软件构建到相同的 i386 二进制文件中？
在 Debian 上，这似乎很简单：只需安装一个 amd64 内核（最坏的情况，像这个人一样构建一个：http:
//www.debian-administration.org/users/jonesy/weblog/1）并在所有内容前加上“linux32”。那么考虑的一切都uname -m将不变，我只需要处理考虑的少数情况uname -r。
什么是红帽等价物？唯一的方法是在另一个磁盘上进行完整的 64 位安装，然后在任何人构建任何东西之前 chroot 回 32 位系统？（即使是最好的例子似乎也是基于 Debian 的。）
背景：我们制作了一个运行在 i386 RHEL4（一个变体）上的大型系统。但是，一些较大的 RHEL 构建机器现在有足够的 RAM，它们可能会受益于 64 位（对于内核和一些更大的构建步骤）。我们的构建系统不支持交叉编译。
我们有几台运行 RHEL4（变体）的 20-30 GB RAM 的服务器。他们目前运行的是 SMP i386 内核，而不是 x64，甚至不是hugemem 内核。这意味着 LowMem 被限制为 < 1G，因此 dentry_cache 和 ext3_inode_cache 分别为 100M 左右。我怎么知道这是否是一个问题？
这是编译一些 Java 时的典型 vmstat 报告：
$ vmstat 10
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
1 1 0 19493816 394740 922420 0 0 1058 2292 1491 1020 6 3 80 12
2 1 0 19519480 395244 850156 0 0 1179 1412 1329 1195 9 4 75 12
1 1 0 19557368 392616 828344 0 0 1783 1680 1498 1756 14 5 72 9
bi当有这么多可用内存时，我不喜欢非零的方式。我想slabtop可以更直接地指出问题，但我真的不明白如何解释它的输出。
更新：显而易见的问题是“为什么不迁移到 x64”，谷歌甚至在“64 位内核 32 位用户空间”上有很多点击。但是这些机器的主要目的是构建 32 位软件，我不知道如何保证不会受到切换内核的影响。
i386 Linux 内核可以配置为每个进程的虚拟地址空间限制为 2、3 或 4 GiB，AFAIK。有什么我可以在 /proc 或其他地方查询来了解当前运行的内核是如何配置的吗？
更新：感谢有关如何查询 4G 的答案。有什么方法可以查询 2G 和 3G？