Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fs-file-max and vm.swappiness sensible defaults? #16

Closed
bradthurber opened this issue Apr 27, 2016 · 2 comments
Closed

fs-file-max and vm.swappiness sensible defaults? #16

bradthurber opened this issue Apr 27, 2016 · 2 comments

Comments

@bradthurber
Copy link

bradthurber commented Apr 27, 2016

The current defaults.yml (below) sets default params fs-file-max:100000 and vm.swappiness:20 . Are these truly good sensible defaults that we should always be applying? I am the opposite of an expert on these params, but looking at upvoted stackoverflow answers, I think these defaults should be removed from the formula if possible.

swappiness Q&A on stackexchange
"The default value [60] has most likely been chosen as an approximate middleground between these two extremes. As with any performance parameter, adjusting vm.swappiness should be based on benchmark data comparable to real workloads, not just a gut feeling"

fs-file-max Q&A on stackoverflow
"For fs.file-max, I think in almost all cases you can just leave it alone" and
"The 2.6 kernel automatically tunes fs.file-max based on available memory"

# -*- coding: utf-8 -*-
# vim: ft=yaml
sysctl:
  pkg: procps-ng
  config:
    location: '/etc/sysctl.d'
  lookup:
    params:
      -
        name: fs.file-max
        value: 100000
        config: fs.conf
      -
        name: vm.swappiness
        value: 20
@bradthurber
Copy link
Author

Fixed by #14

I think @BABILEN and I woke up today and decided to work on the same thing 😃

@wwentland
Copy link
Contributor

wwentland commented Apr 27, 2016

Haha, that's amazing :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants