From: KOSAKI Motohiro <kosaki.motohiro@gmail.com>
To: John Stoffel <john@stoffel.org>
Cc: Christoph Lameter <cl@linux.com>, Rik van Riel <riel@redhat.com>,
linux-mm@kvack.org, linux-kernel@vger.kernel.org,
akpm@linux-foundation.org, Mel Gorman <mel@csn.ul.ie>,
Johannes Weiner <hannes@cmpxchg.org>
Subject: Re: [PATCH -mm] make swapin readahead skip over holes
Date: Wed, 11 Jan 2012 17:25:27 -0500 [thread overview]
Message-ID: <CAHGf_=qcoYGi=t7DLJsmhU07g2sWoCTVs9+FZ8EG7Y7+O9D-KQ@mail.gmail.com> (raw)
In-Reply-To: <20237.63802.982209.699996@quad.stoffel.home>
> Christoph> The assumptions by Kosaki are quite conservative.
>
> Just checking
>
> Christoph> What if one did not get a disk from the garbage heap but
> Christoph> instead has a state of the art storage cluster or simply an
> Christoph> SSD (in particular relevant now since HDs are in short
> Christoph> supply given the situation in Asia)?
>
> I don't know, I was just trying to make sure he thinks about disks
> which are slower than he expects, since there are lots of them still
> out there.
If you have a rotate disk, a bottoleneck is almost always IOPS, not
disk bandwidth.
at least when the systems are under swap-in, I can't imagine the system is under
disk bandwidth neck. Therefore we can eat free lunch if and only if we
don't increase
number of IOs.
In opposite, if you have much rich IO devices, that's more simple. You
don't need
worry about a few MB/s swap IO.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2012-01-11 22:25 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-09 23:10 Rik van Riel
2012-01-09 23:49 ` KOSAKI Motohiro
2012-01-10 3:09 ` Rik van Riel
2012-01-11 7:14 ` KOSAKI Motohiro
2012-01-11 8:01 ` KOSAKI Motohiro
2012-01-11 8:05 ` KOSAKI Motohiro
2012-01-11 14:11 ` John Stoffel
2012-01-11 19:17 ` Christoph Lameter
2012-01-11 21:03 ` John Stoffel
2012-01-11 22:25 ` KOSAKI Motohiro [this message]
2012-01-11 23:15 ` Andrew Morton
2012-01-11 16:51 ` Mel Gorman
2012-01-11 19:23 ` Rik van Riel
2012-01-12 14:33 ` Mel Gorman
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='CAHGf_=qcoYGi=t7DLJsmhU07g2sWoCTVs9+FZ8EG7Y7+O9D-KQ@mail.gmail.com' \
--to=kosaki.motohiro@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=cl@linux.com \
--cc=hannes@cmpxchg.org \
--cc=john@stoffel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mel@csn.ul.ie \
--cc=riel@redhat.com \
/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