public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Austin Gonyou <austin@digitalroadkill.net>
To: vda@port.imtp.ilyichevsk.odessa.ua
Cc: Ville Herva <vherva@niksula.hut.fi>, DervishD <raul@pleyades.net>,
	Linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: About the need of a swap area
Date: 27 Jul 2002 15:58:42 -0500	[thread overview]
Message-ID: <1027803522.18360.17.camel@UberGeek.digitalroadkill.net> (raw)
In-Reply-To: <200207271904.g6RJ4jT27545@Port.imtp.ilyichevsk.odessa.ua>

On Sat, 2002-07-27 at 19:02, Denis Vlasenko wrote:
> On 27 July 2002 12:42, Ville Herva wrote:
> > >     I created a swap area twice as large as my RAM size (just an
> > > arbitrary size), that is 1G. I've tested with lower sizes too. My RAM
> > > is never filled (well, I haven't seen it filled, at least) since I
> > > always work on console, no X and things like those. Even compiling
> > > two or three kernels at a time don't consume my RAM. What I try to
> > > explain is that the swap is not really needed in my machine, since
> > > the memory is not prone to be filled.
> >
> > So you have 512MB of RAM? All the programs (without X) will fit there
> > easily. You'll still have plenty for disk cache.
> 
> With today's software I'd say you probably need swap if you have
> less than 256M of RAM and use X. You _definitely_ need it if you have less 
> than 128M.

You really must think beyond the desktop as well. With large servers
running many databases, or a single large database, you will inherently
use swap. Maybe not much, but it will get used. 
On a P4 Xeon 1MB L3 server with 8GB ram, I've got 4GB swap configured,
and use about 2 of that with a 4 oracle instances running. The largest
instance is ~700GB, whereas the 4 others are ~30GB ea. 

In this scenario you have a large SHMMAX defined (4GB in this case), or
50% available RAM. As Oracle, Java, and other bits are used in the
system threading or not, most of the entirety of the availble ram will
eventually get used. The available to cache ratio on a box like this
with 2.4.19-rc1 is ~2% free ram, and 95% cached, and 3% active. 
Swap is ~50% right now. So regardless of how much ram you have, you will
swap some, somewhere.

> X is regularly uses 50+ megs, Mozilla and OpenOffice are big
> leaky beasts too. Hopes for improvements are dim.
> 
> Really, we have to fight software bloat instead of adding tons of RAM
> and swap, but sadly we have quite a number of vital desktop software
> packages overbloated.

This is another scenario as well. On my 1.333Ghz Athlon-C I've got 512MB
ram. My swap total is 265064 KB, but my free is 263600KB. I'm not
swapping much right now, but I also just rebooted last night. Either
way, Memfree is 19256 KB. After running some video applications or
ogg123 or something like this, the swap typically will go up to ~40 or
~100 mb used. Thankfully the -aa tree reclaims this very well, and it
will usually go back down to nearly 0KB used..or like it is now at 2-3MB
used. 

> I am enormously grateful for all kernel developers for Linux kernel
> which is:
> 
> Memory: 124644k/129536k available
> (1403k kernel code, 4436k reserved, 403k data, 152k init, 0k highmem)
> 
> Only 1.5 megs of code, 0.5 megs of data!
> --
> vda
> -

-- 
Austin Gonyou <austin@digitalroadkill.net>

  reply	other threads:[~2002-07-27 20:57 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-07-27 12:22 About the need of a swap area DervishD
2002-07-27 14:42 ` Ville Herva
2002-07-27 15:47   ` Rik van Riel
2002-07-27 20:41     ` Buddy Lumpkin
2002-07-27 20:50       ` Rik van Riel
2002-07-27 16:11   ` DervishD
2002-07-27 17:01     ` Ville Herva
2002-07-28 11:04       ` DervishD
2002-07-29 13:14       ` [lkml] " Ian Soboroff
2002-07-28  0:02   ` Denis Vlasenko
2002-07-27 20:58     ` Austin Gonyou [this message]
2002-07-27 22:22       ` Buddy Lumpkin
2002-07-27 23:40         ` Alan Cox
2002-07-27 22:35           ` Rik van Riel
2002-07-27 22:49             ` Buddy Lumpkin
2002-07-27 23:36               ` Daniel Phillips
2002-07-27 22:39           ` Buddy Lumpkin
2002-07-28  0:03             ` Alan Cox
2002-07-27 22:52               ` Rik van Riel
2002-07-27 23:01               ` Buddy Lumpkin
2002-07-28  0:28                 ` Alan Cox
2002-07-27 23:34                   ` Buddy Lumpkin
2002-07-28  6:58             ` Ville Herva
2002-07-28  7:59               ` Buddy Lumpkin
2002-07-28  8:19                 ` Ville Herva
2002-07-28 14:11               ` Rik van Riel
2002-07-28 15:57                 ` Ville Herva
2002-07-28 18:48               ` Buddy Lumpkin
2002-07-28 18:58                 ` Ed Sweetman
2002-07-28 19:29                   ` Rik van Riel
2002-07-28 19:47                     ` Ed Sweetman
2002-07-28 20:42                       ` Buddy Lumpkin
2002-07-28 20:27                 ` Ville Herva
2002-07-30 19:31           ` Andy Isaacson
2002-07-28 16:20         ` Austin Gonyou
2002-07-29  7:18 ` Val Henson

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=1027803522.18360.17.camel@UberGeek.digitalroadkill.net \
    --to=austin@digitalroadkill.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=raul@pleyades.net \
    --cc=vda@port.imtp.ilyichevsk.odessa.ua \
    --cc=vherva@niksula.hut.fi \
    /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