有时候，使用一个小的C程序模拟一个占用很大静态内存块的东西是非常方便的。但我发现，在更改为Fedora 15之后，该程序编译时间变得很长，从0.1秒变成了30秒。更奇怪的是，链接器（ld）将CPU利用率提高到最大，并慢慢地开始消耗所有可用内存。经过一些尝试，我设法找到了这个新问题与我的交换文件大小之间的相关性。以下是本次讨论的一个示例程序：
该程序有一个巨大的数组，其声明的大小约为200*8MB = 1.6GB的静态内存。编译此程序需要相当长的时间。
TL;DR：当C程序的（大型）静态内存略小于可用交换空间时，链接器需要很长时间来链接程序。然而，当静态空间略微大于可用交换空间时，它的速度非常快。这是怎么回事！？
#include <string.h>
#include <stdlib.h>
#include <stdio.h>
#define M 1000000
#define GIANT_SIZE (200*M)
size_t g_arr[GIANT_SIZE];
int main( int argc, char **argv){
int i;
for(i = 0; i<10; i++){
printf("This should be zero: %d\n",g_arr[i]);
}
exit(1);
}
该程序有一个巨大的数组，其声明的大小约为200*8MB = 1.6GB的静态内存。编译此程序需要相当长的时间。
[me@bleh]$ time gcc HugeTest.c
real 0m12.954s
user 0m6.995s
sys 0m3.890s
[me@bleh]$
对于一个 ~13 行的 C 程序，需要 13 秒！？这不对。关键是静态内存空间的大小。只要它大于总交换空间，编译就会再次快速进行。例如，我有 5.3GB 的交换空间，所以将 GIANT_SIZE 更改为 (1000*M) 可以得到以下时间：
[me@bleh]$ time gcc HugeTest.c
real 0m0.087s
user 0m0.026s
sys 0m0.027s
啊，这就更像样了！为了进一步证明自己（如果您正在尝试这个）交换空间确实是魔数，我尝试将可用的交换空间改为19GB并再次尝试编译1000M版本：
[me@bleh]$ ls -ali /extraswap
5986 -rw-r--r-- 1 root root 14680064000 Jul 26 15:01 /extraswap
[me@bleh]$ sudo swapon /extraswap
[me@bleh]$ time gcc HugeTest.c
real 4m28.089s
user 0m0.016s
sys 0m0.010s
4.5分钟过去了，它甚至没有完成！
很明显，链接器在这里做错了什么，但我不知道如何解决这个问题，除非重写程序或者搞一些交换空间。我很想知道是否有解决方案，或者我是否碰到了某个神秘的错误。
顺便说一句，所有程序都可以正确编译和运行，与所有交换业务无关。
以下是一些可能相关的信息供参考：
[]$ ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 27027
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 1024
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
[]$ uname -r
2.6.40.6-0.fc15.x86_64
[]$ ld --version
GNU ld version 2.21.51.0.6-6.fc15 20110118
Copyright 2011 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or (at your option) a later version.
This program has absolutely no warranty.
[]$ gcc --version
gcc (GCC) 4.6.1 20110908 (Red Hat 4.6.1-9)
Copyright (C) 2011 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
[]$ cat /proc/meminfo
MemTotal: 3478272 kB
MemFree: 1749388 kB
Buffers: 16680 kB
Cached: 212028 kB
SwapCached: 368056 kB
Active: 489688 kB
Inactive: 942820 kB
Active(anon): 401340 kB
Inactive(anon): 803436 kB
Active(file): 88348 kB
Inactive(file): 139384 kB
Unevictable: 32 kB
Mlocked: 32 kB
SwapTotal: 19906552 kB
SwapFree: 17505120 kB
Dirty: 172 kB
Writeback: 0 kB
AnonPages: 914972 kB
Mapped: 60916 kB
Shmem: 1008 kB
Slab: 55248 kB
SReclaimable: 26720 kB
SUnreclaim: 28528 kB
KernelStack: 3608 kB
PageTables: 63344 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 21645688 kB
Committed_AS: 11208980 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 139336 kB
VmallocChunk: 34359520516 kB
HardwareCorrupted: 0 kB
AnonHugePages: 151552 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 730752 kB
DirectMap2M: 2807808 kB
TL;DR：当C程序的（大型）静态内存略小于可用交换空间时，链接器需要很长时间来链接程序。然而，当静态空间略微大于可用交换空间时，它的速度非常快。这是怎么回事！？