From: Duncan <1i5t5.duncan@cox.net>
To: gentoo-amd64@lists.gentoo.org
Subject: [gentoo-amd64] Re: System becomes almost unusable when compling c++ code
Date: Fri, 3 Aug 2007 16:00:42 +0000 (UTC) [thread overview]
Message-ID: <pan.2007.08.03.16.00.41@cox.net> (raw)
In-Reply-To: 46B33881.2060801@thefreemanclan.net
Richard Freeman <rich@thefreemanclan.net> posted
46B33881.2060801@thefreemanclan.net, excerpted below, on Fri, 03 Aug 2007
10:15:29 -0400:
> Actually, as long as you have enough swap your RAM doesn't really
> matter. In the worst case it just swaps to disk, which is what it would
> be doing anyway if you didn't have a tmpfs. Even if only 10% of the
> short-lived files didn't make it to disk it would be a huge savings in
> IO waits.
Thanks for pointing that out, yes.
> Also, consider using ionice (from schedutils I think) - it lets you
> schedule IO the way nice schedules CPU. It can have a big impact if you
> have a lot of disk churn.
It can. However, with the proper i/o scheduler (CFQ), plain nice is
often good enough, since the i/o scheduler implements logical defaults
based on nice value -- higher nice means higher default ionice.
That did get me to switch i/o schedulers here, BTW. I had been using
anticipatory until I setup the RAID, at which point I switched to the
simpler deadline, since anticipatory does its anticipation stuff assuming
a single spindle. After reading a bit about the workings of ionice
however, and how CFQ defaults i/o priority based on CPU timeslice
priority (and therefore nice), I switched to it. With the memory I have,
most disk access after the initial is cached, so it didn't affect me a
lot, and RAID helps in that regard as well, but it did seem to make some
difference.
So anyway, I'm in pretty strong agreement with you. =8^)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
--
gentoo-amd64@gentoo.org mailing list
next prev parent reply other threads:[~2007-08-03 16:03 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-03 6:59 [gentoo-amd64] System becomes almost unusable when compling c++ code Shaochun Wang
2007-08-03 8:10 ` Volker Armin Hemmann
2007-08-03 8:12 ` Nicolas Merline
2007-08-03 9:33 ` [gentoo-amd64] " Duncan
2007-08-03 14:15 ` Richard Freeman
2007-08-03 16:00 ` Duncan [this message]
2007-08-03 17:56 ` Volker Armin Hemmann
2007-08-03 19:36 ` Bernhard Auzinger
2007-08-03 19:51 ` Richard Freeman
2007-08-03 20:27 ` Volker Armin Hemmann
2007-08-03 21:01 ` Richard Freeman
2007-08-03 22:07 ` Volker Armin Hemmann
2007-08-03 20:31 ` Bernhard Auzinger
2007-08-03 20:48 ` Richard Freeman
2007-08-03 17:49 ` [gentoo-amd64] " Luis Medinas
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=pan.2007.08.03.16.00.41@cox.net \
--to=1i5t5.duncan@cox.net \
--cc=gentoo-amd64@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