内存不足（3.2.0）恐慌（Debian 7.3），即使有问题的进程被终止

当试图将一个相当大的文件夹（450G）备份到仅作为备份目标rdiff-backup （版本1.2.8 – 最后标记为stable ）的2TB驱动器时，会导致内核崩溃。

系统：

 Linux giorgio 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 GNU/Linux 

磁盘：2个1TB磁盘，软件镜像RAID模式，1个2TB磁盘，仅用于备份。

我有一个怀疑：服务器上的内存是2G内存+ 2G交换= 4G。 有大小达16G的文件。 在某些时候， rdiff-backup可能会将整个文件加载到内存中吗？

• 为什么BIND不再使用转发器？
• Postfix作为hostname.domain.com而不是domain.com发送
• PHP启动：无法加载dynamic库'/usr/lib/php5/20100525/apc.so'
• Apt无法获得压缩源
• 我可以在virtual_alias_maps中添加全局别名，但只能为本地域添加全局别名？

在任何情况下，内核恐慌都不应该发生（因为rdiff进程被杀害了，所以内存应该再次可用？），所以我想我的问题有两个部分，一个是关于我的怀疑，二是关于内核恐慌。

顺便说一句，最近恐慌开始了，相当多的备份已经成功了 – 完整的和渐进的 – 那些大的GB文件已经在那里。 所以我想这是新的Debian内核的错误，而不是rdiff-backup的？

日志文件部分在发生恐慌的时候http://pastebin.com/e9a5fQdh

最后一件事情在屏幕上：

编辑/更新：我只是尝试创build一个20GB的交换文件（从/ dev /零dd）和服务器再次closures，没有反应ping 。

从查看日志：看起来内核已经杀死了一些进程 – 包括我怀疑已经造成这一切的进程（rdiff-backup） – 但是却说“用完了可以进行的进程”。 看来杀死进程并没有释放内存？