linux 会使用硬盘的一部分做为SWAP分区，用来进行进程调度–进程是正在运行的程序–把当前不用的进程调成‘等待（standby）‘，甚至‘睡眠（sleep）’，一旦要用，再调成‘活动（active）’，睡眠的进程就躺到SWAP分区睡大觉，把内存空出来让给‘活动’的进程。
如果内存够大，应当告诉 linux 不必太多的使用 SWAP 分区， 可以通过修改 swappiness 的数值。swappiness=0的时候表示最大限度使用物理内存，然后才是 swap空间，swappiness＝100的时候表示积极的使用swap分区，并且把内存上的数据及时的搬运到swap空间里面。
1.查看你的系统里面的swappiness
$ cat /proc/sys/vm/swappiness
不出意外的话，你应该看到是 60
2.修改swappiness值为10
$ sudo sysctl vm.swappiness=10
但是这只是临时性的修改，在你重启系统后会恢复默认的60，为长治久安，还要更进一步：
echo 10 > /proc/sys/vm/swappiness
经常有怪事发生。话说，我有一台负责squid的服务器，远程登陆好好的就一直由她好好地。
今天要改个网关，于是就接了个显示器在本地操作。
当输入完用户名 root 密码 ***** 回车
哟，又让我再输一次？？
好了，我再输了，还是这样！死活就账号认证的界面登陆不上。
丫的，服务器被黑了？？ 用笔记本登陆却一切正常。
查看服务器安全日志：
# tail -50 /var/log/secure
发现有以下错误：
May 2 18:45:41 server1 login: PAM unable to dlopen(/lib/security/pam_limits.so)
May 2 18:45:41 server1 login: PAM [error: /lib/security/pam_limits.so: wrong ELF class: ELFCLASS32]
May 2 18:45:41 server1 login: PAM adding faulty module: /lib/security/pam_limits.so
May 2 18:45:45 server1 login: pam_unix(login:auth): authentication failure; logname=LOGIN uid=0 euid=0 tty=tty1 ruser= rhost= user=root
May 2 18:45:46 server1 login: FAILED LOGIN 1 FROM (null) FOR root, Authentication failure
May 2 18:46:05 server1 login: FAILED LOGIN 2 FROM (null) FOR root, Authentication failure
May 2 18:46:15 server1 login: pam_unix(login:session): session opened for user root by LOGIN(uid=0)
May 2 18:46:15 server1 login: Module is unknown
由于操作系统是 RedHat As5.3 X64 之前的经验暗示我，这很有可能跟 X64 类文件的存放路径有关。
于是编辑登陆配置文件：
# vim /etc/pam.d/login
把最下一行
session required /lib/security/pam_limits.so
修改为：
session required /lib64/security/pam_limits.so
保存并退出。
再试试在本地登陆，成功！日志没再报错了。
但还是摸不着头脑，是我做了什么设置弄出这个问题来了…..
