public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Ryan M." <kubisuro@att.net>
To: linux-kernel@vger.kernel.org
Cc: ck@vds.kolivas.org
Subject: Re: -mm merge plans
Date: Thu, 23 Mar 2006 16:59:09 +0900	[thread overview]
Message-ID: <4422554D.6000602@att.net> (raw)
In-Reply-To: <20060322205305.0604f49b.akpm@osdl.org>

Hello,

Andrew Morton wrote:
 > A look at the -mm lineup for 2.6.17:
 >

 >
 > mm-implement-swap-prefetching.patch
 > mm-implement-swap-prefetching-fix.patch
 > mm-implement-swap-prefetching-tweaks.patch
 >
 >   Still don't have a compelling argument for this, IMO.

I hate to make a comparison based on the little information there is, 
but Windows Vista will have something like prefetch, albeit, 
exponentially more intrusive (read MS' explanation on their website). 
However, when I see that such technology is being embraced by the 
competitor to help improve the desktop (and it follows, the server 
space) and I see this better, non-invasive solution nearly rejected, I 
can't help but feel rather disappointed.

To prefetch applications from swap to physical memory when there is 
little activity seems so obvious that I can't believe it hasn't been 
implemented before.

I play World of Warcraft which saps away 1gb of physical memory in a 
heart-beat.  During that period of time I run gobs of other networking 
applications as any desktop users might.  They sometimes swap.  I leave 
World of Warcraft and I can  see them prefetched back to physical memory 
while not being removed from swap.  To do something useful, particularly 
when it helps interactivity, when idle is a very smart use of resources. 
  It is even smarter to save future swapping of those same applications 
because they're likely not to be removed from swap unless swap space is 
becoming limited.  It is practically free and for long running desktop 
systems that seems a necessity.

I don't have quantitative evidence, but I think the objective of swap 
prefetch speaks volumes itself.  I can imagine it being useful in 
server-space, because having had anything swapped out in the past and it 
not having to be swapped again after prefetched could seriously help 
reduce disk accesses -- extremely important during heavy i/o loads.

I hope others join me in explaining the very usefulness of swap prefetch 
  -- it'd be great for someone with the time and abilities  to provide 
quantitative reasons for this existing in mainline.

best,
Ryan M.


  parent reply	other threads:[~2006-03-23  7:59 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-03-23  4:53 -mm merge plans Andrew Morton
2006-03-23  7:04 ` swap prefetching " Con Kolivas
2006-03-23  7:56   ` [ck] " Grzegorz Kulewski
2006-03-23  8:01   ` jos poortvliet
2006-03-23  8:22     ` Nick Piggin
2006-03-23  9:09       ` Con Kolivas
2006-03-23  9:24         ` Con Kolivas
2006-03-23 13:23       ` Martin J. Bligh
2006-03-23  8:33     ` Thomas Kuther
2006-03-23 11:19   ` Jesper Juhl
2006-03-23 11:24   ` [ck] " André Goddard Rosa
2006-03-23 11:57   ` Spike
2006-03-23 12:03     ` Spike
2006-03-23 12:16     ` Spike
2006-03-23 11:58   ` Lenar Lõhmus
2006-03-23 13:58   ` Francesco Biscani
2006-03-23 15:37     ` James Rayner
2006-03-23 15:34   ` [ck] " Radoslaw Szkodzinski
2006-03-23 18:35   ` Mattia Dongili
2006-03-23 18:40   ` Rafael J. Wysocki
2006-03-25 14:37   ` Jan Engelhardt
2006-03-25 15:24     ` Nick Piggin
2006-03-25 23:44       ` Con Kolivas
2006-03-26  5:54         ` Mike Galbraith
2006-03-26  8:08           ` Con Kolivas
2006-03-26  7:42             ` Mike Galbraith
2006-03-26  9:34               ` Con Kolivas
2006-03-27 15:37                 ` [ck] " André Goddard Rosa
2006-03-27 22:19                   ` Con Kolivas
2006-03-26  9:20         ` Jan Engelhardt
2006-03-28  6:16   ` [ck] " Chase Venters
2006-03-23  7:59 ` Ryan M. [this message]
2006-03-23  8:09   ` [ck] Re: -mm " Jens Axboe
2006-03-23  9:07     ` Con Kolivas
2006-03-23 12:12       ` [ck] " Jens Axboe
2006-03-23 10:39 ` Takashi Iwai
2006-03-23 12:33 ` Christoph Hellwig
2006-03-23 12:49 ` [PATCH] remove pps support Roman Zippel
2006-03-23 13:43 ` -mm merge plans Michal Piotrowski
2006-03-24 23:33 ` Eric W. Biederman
2006-03-24 23:53   ` Andrew Morton
2006-03-25  0:50     ` Eric W. Biederman
2006-03-25  1:53 ` Arthur Othieno

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=4422554D.6000602@att.net \
    --to=kubisuro@att.net \
    --cc=ck@vds.kolivas.org \
    --cc=linux-kernel@vger.kernel.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