读写 swap 速度超慢，几乎处于死机状态

lugh

最近发现我的 Arch 只要使用 Swap 的时候就超慢（已经调整了 sysctl.conf 中的 vm.swappiness=1），硬盘灯长亮，系统几乎失去响应。
只能直接按 Ctrl+Alt+Del 重启，否则只能等，有时几分钟后能恢复正常，有时则等几十分钟都无用。

目前暂时禁用了 swap，但内存才 768M，不够用的时候估计也一样会比较杯具。

不知道是什么原因？以前没有这样的问题。

delectate

我5gswap，才用了8m，没有感觉。是不是因为swap那块位置读写出现问题（瓶颈/坏道等等）的问题造成的？

lugh

是不是有坏道倒不清楚，改天用 HDTune 测一下试试

lugh

用 mkswap -c 和 Windows 下的 HDTune 都测试过了，硬盘没有问题。
不过今天有个新发现，现在禁用 SWAP 的状态下，开着从 AUR 安装的 lrcShow-X 不久就会出现这个问题：硬盘灯几乎长亮，系统几乎死机。

oldoldstone

我的也是，不过我的是8G内存，给了4G的swap，如果运行程序内存的超过8G，一样假死，点一次鼠标需要20秒才响应。
没打鸡血补丁，不知道有没有关系，希望kernel 3有所好转。

xiaoshao_0_0

内存泄露是祸根，建议用gdb跟踪一个问题问题程序看看。
很早以前遇到过类似问题，如果是怀疑swap分区，可以用swap文件放到/home分区暂时取代，看看还有没有这样的现象。

lugh

我没有什么特殊的应用，现在 1.25G 内存已经几乎没有用尽的时候，所以直接禁用了 SWAP
上次 lrcShow-X 出现问题的时候就已经是禁用 SWAP 了，当时的内存顶多用一半左右，这样看来似乎不像是内存泄漏至耗尽的表现？

sanyork

还是增加内存吧，现在内存这么便宜。
只要用到了swap，系统都会慢，毕竟硬盘的速度比内存要慢1000倍。

xsam

如果重装系统也有这种情况，那么很明显是硬盘本身的问题，楼主有必要重装下来验证，毕竟硬件故障有时候很难查明， 只有先简后繁去排除

lugh

不折腾了，就这样用吧。不用 lrcShow-X 以来已经没有问题了。
重装不是用 Linux 的好习惯，自认为已经把能做的优化都做了。