From: Grant <emailgrant@gmail.com>
To: Gentoo mailing list <gentoo-user@lists.gentoo.org>
Subject: Re: [gentoo-user] Re: Strive for zero swap usage?
Date: Sun, 9 Oct 2016 06:25:20 -0700 [thread overview]
Message-ID: <CAN0CFw18hs3UWiNtrmWQQ3vHtccGKjaa=CsTnskMf6+omm9f5Q@mail.gmail.com> (raw)
In-Reply-To: <20161008212755.3eb33f3a@jupiter.sol.kaishome.de>
> Looking at the times, it looks a lot like you are having higher iowait
> only at around 2:00 and 4:20 which are pretty standard cron job times.
> These probably run niced or ioniced. It's normal that you are seeing
> higher iowait for such processes.
>
> You may want to try setting your io scheduler to deadline (or even noop
> if you are using a RAID controller with bbu and write cache). Since you
> seem to prefer response times over throughput you should be using
> deadline io scheduler anyways. Actually, don't use the default CFQ if
> your server is virtualized. At least in my tests, CFQ seems to work a
> lot against what virtualized IO seems to achieve.
I'm using CFQ now, no virtualization. I should use CFQ if I prefer
throughput and deadline for response time?
> I also suggest using maybe XFS as a filesystem. Which one are you using?
I'm using ext3 but I plan to move to ZFS.
> If your server is a web server and it starts swapping, there is not
> much you can do against it. Tuning swappiness will probably not help at
> all. Get more RAM or lower your memory usage. If, for example, MySQL
> runs on the same host, either move it or lower it's memory usage.
> Reduce the amount of apache application processes running at the same
> time (PHP, Perl, whatever), use a layered application stack: One
> frontend for handling static files, one middleware server for handling
> requests over to PHP and doing the request dispatch queue, and reduce
> memory/IO footprint of your backend.
Changing swappiness from 60 to 30 has drastically reduced swap usage
but I'm not sure how much it has done for iowait and response times.
I'll know more in a few days. If swap usage stays very low and I'm
still not happy with the consistency of response times, I would think
reducing memory usage won't help.
- Grant
next prev parent reply other threads:[~2016-10-09 13:25 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-06 21:51 [gentoo-user] Strive for zero swap usage? Grant
2016-10-06 22:03 ` Rich Freeman
2016-10-06 22:31 ` Grant
2016-10-07 11:33 ` Grant
2016-10-07 12:06 ` Michael Mol
2016-10-07 23:43 ` Grant
2016-10-08 0:26 ` Bill Kenworthy
2016-10-08 2:29 ` Bill Kenworthy
2016-10-08 11:58 ` Grant
2016-10-08 12:09 ` Grant
2016-10-08 19:27 ` [gentoo-user] " Kai Krakow
2016-10-08 23:03 ` Håkon Alstadheim
2016-10-09 13:25 ` Grant [this message]
2016-10-09 17:07 ` Kai Krakow
2016-10-10 14:24 ` [gentoo-user] " Michael Mol
2016-10-10 6:45 ` Jeremi Piotrowski
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAN0CFw18hs3UWiNtrmWQQ3vHtccGKjaa=CsTnskMf6+omm9f5Q@mail.gmail.com' \
--to=emailgrant@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox