Messages in this thread | | | Date | Thu, 26 Mar 2009 19:21:08 -0700 | Subject | Re: Linux 2.6.29 | From | David Rees <> |
| |
On Thu, Mar 26, 2009 at 6:25 PM, Andrew Morton <akpm@linux-foundation.org> wrote: > Why does everyone just sit around waiting for the kernel to put a new > value into two magic numbers which userspace scripts could have set? > > My /etc/rc.local has been tweaking dirty_ratio, dirty_background_ratio > and swappiness for many years. I guess I'm just incredibly advanced.
The only people who bother to tune those values are people who get annoyed enough to do the research to see if it's something that's tunable - hackers.
Everyone else simply says "man, Linux *sucks*" and lives life hoping it will get better some day. From posts in this thread - even most developers just live with it, and have been doing so for *years*.
Even Linux distros don't bother modifying init scripts - they patch them into kernel instead. I routinely watch Fedora kernel changelogs and found these comments in the changelog recently:
* Mon Mar 23 2009 xx <xx@xx.xx> 2.6.29-2 - Change default swappiness setting from 60 to 30.
* Thu Mar 19 2009 xx <xx@xx.xx> 2.6.29-0.66.rc8.git4 - Raise default vm dirty data limits from 5/10 to 10/20 percent.
Why are the going in the kernel package instead of /etc/sysctl.conf? Why is Fedora deviating from upstream? (probably sqlite performance) Maybe there's a good reason to put them into the kernel - for some reason the latest kernels perform better with those values where the previous ones didn't. But still - why ship those 2 bytes of configuration in a 75MB package instead of one that could be a fraction of that size?
Does *any* distro fiddle those bits in userspace instead of patching the kernel?
-Dave -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |