public inbox for gentoo-amd64@lists.gentoo.org
 help / color / mirror / Atom feed
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



  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