FreeBSD 10 swapping Idle processes :/
Adi
adirmj at gmail.com
Fri Aug 1 13:55:49 UTC 2014
Hello
> I don't know what's changed, you only used to get this behaviour when
> memory got very low or vm.swap_idle_enabled was set. Possibly someones
> optimized it, or maybe it's a bug. Either way I doubt it's a significant
> problem, setting swap_idle_enabled is just a minor optimization.
# sysctl vm.swap_idle_enabled
vm.swap_idle_enabled: 0
I have never changed this setting.
After reset all processes (excluded one I forgot) 7 hours ago is still OK
procs memory page disks faults
cpu
r b w avm fre flt re pi po fr sr ad0 ad1 in sy
cs us sy id
0 0 1 14346M 1181M 306 0 0 0 321 511 0 0 86 1648
661 0 0 100
so only 1 processes is in SWAP idle.
Mem: 419M Active, 27G Inact, 2990M Wired, 30M Cache, 1652M Buf, 1130M Free
Swap: 32G Total, 10M Used, 32G Free
Probably patches from Steven Hartland post:
"
MFC r265418 - vm_pageout stuck pages
MFC r260567 - vm_pageout stuck pages
http://svnweb.freebsd.org/base?view=revision&revision=265944
http://svnweb.freebsd.org/base?view=revision&revision=265945
"
will help.
Dimitry , author thread (with similar problem)
http://lists.freebsd.org/pipermail/freebsd-hackers/2014-January/044040.html
update FreeBSD to 10.0-STABLE and is better but not 100% ok.
my system is not yet updated. I wonder whether it makes sense to
checkout 10.0-Releng and replacement only file vm_pageout.c (form
STABLE). And then compile the kernel.
Instead of updating the entire system to STABLE.
Best Regards.
More information about the freebsd-hackers
mailing list