public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* Swap vs No Swap.
@ 2001-11-22  1:53 war
  2001-11-22  2:23 ` Joel Jaeggli
                   ` (6 more replies)
  0 siblings, 7 replies; 42+ messages in thread
From: war @ 2001-11-22  1:53 UTC (permalink / raw)
  To: linux-kernel

I do not understand something.

How can having swap speed ANYTHING up?

RAM = 1000MB/s.
DISK = 10MB/s

Ram is generally 1000x faster than a hard disk.

No swap = fastest possible solution.


^ permalink raw reply	[flat|nested] 42+ messages in thread
* RE: Swap vs No Swap.
@ 2001-11-22 16:11 Elgar, Jeremy
  2001-11-22 16:22 ` Ryan Cumming
  2001-11-22 16:22 ` Stephan von Krawczynski
  0 siblings, 2 replies; 42+ messages in thread
From: Elgar, Jeremy @ 2001-11-22 16:11 UTC (permalink / raw)
  To: linux-kernel

Hum think I'm going to test this idea out tonight, quick question without
swap at what point would the kernel stop giving memory up for cache
purposes. For example I noticed on Tuesday whist doing a back up of a file
system (in-line tar cd untar) I was left with ~4 Mb left having nearly the
rest of my 2Gb Ram used for cache.

Would this ram be given back to the free pool much more readily? 


> -----Original Message-----
> From: war [mailto:war@starband.net]
> Sent: 22 November 2001 16:01
> To: Oliver Neukum; linux-kernel@vger.kernel.org
> Subject: Re: Swap vs No Swap.
> 
> 
> Once again, I have enough ram where I am not going to run out 
> for the things I
> do.
> I never need swap.
> 
> When the system swaps, it slows down the system 
> responsiveness big time.
> 
> 
> Oliver Neukum wrote:
> 
> > Am Donnerstag 22 November 2001 02:53 schrieb war:
> > > I do not understand something.
> > >
> > > How can having swap speed ANYTHING up?
> > >
> > > RAM = 1000MB/s.
> > > DISK = 10MB/s
> > >
> > > Ram is generally 1000x faster than a hard disk.
> > >
> > > No swap = fastest possible solution.
> >
> > At some point you will run out of ram. Then you have to 
> start paging. The
> > only question there is whether you page only mmaped files 
> including program
> > code or whether you also write out program data.
> >
> >         HTH
> >                 Oliver
> 
> -
> To unsubscribe from this list: send the line "unsubscribe 
> linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 

^ permalink raw reply	[flat|nested] 42+ messages in thread
* RE: Swap vs No Swap.
@ 2001-11-22 16:29 Elgar, Jeremy
  0 siblings, 0 replies; 42+ messages in thread
From: Elgar, Jeremy @ 2001-11-22 16:29 UTC (permalink / raw)
  To: linux-kernel

Okay I agree with that it was just quite interesting to see the mem usage.
I also agree with what people have said (VM should not have a noticeable
effect on the performance of the system) but would like to check the
original posters point (that disabling swap does increases performance.)

Also Id like to say that in general ive not had problems with the VM system
(although rarely go into swap (maybe 300 Mb after doing something
particularly memory hungry)





> -----Original Message-----
> From: Ryan Cumming [mailto:bodnar42@phalynx.dhs.org]
> Sent: 22 November 2001 16:22
> To: Elgar, Jeremy
> Cc: linux-kernel@vger.kernel.org
> Subject: Re: Swap vs No Swap.
> 
> 
> On November 22, 2001 08:11, Elgar, Jeremy wrote:
> > Hum think I'm going to test this idea out tonight, quick 
> question without
> > swap at what point would the kernel stop giving memory up for cache
> > purposes. For example I noticed on Tuesday whist doing a 
> back up of a file
> > system (in-line tar cd untar) I was left with ~4 Mb left 
> having nearly the
> > rest of my 2Gb Ram used for cache.
> 
> The general idea behind VM is pretty simple: keep the most 
> frequently used 
> pages in the fastest storage possible. The tar backup pushed 
> a lot of pages 
> that looked more frequently used in to RAM, and swapped out 
> programs that 
> weren't being used at all in favour of this cache. Now that 
> the backup is 
> completed, and only a small portion of the cache you used for 
> backup is being 
> used, these unused cache pages can very easily be 'given up' 
> to be used as 
> free memory again. A VM that -doesn't care- if it's dealing 
> with program 
> pages, buffer pages, shared memory, or cache pages when 
> making swapping 
> decisions is much more robust than a VM that tries to 
> 'outsmart' itself.
> 
> -Ryan
> 

^ permalink raw reply	[flat|nested] 42+ messages in thread
[parent not found: <Pine.LNX.4.10.10111221006010.29736-100000@coffee.psychology.mcmaster.ca>]

end of thread, other threads:[~2001-11-26 20:19 UTC | newest]

Thread overview: 42+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-11-22  1:53 Swap vs No Swap war
2001-11-22  2:23 ` Joel Jaeggli
2001-11-22  2:31   ` war
2001-11-22  2:58 ` Mark Hahn
2001-11-22  4:09 ` listmail
2001-11-22  5:24 ` H. Peter Anvin
2001-11-22  5:30   ` war
2001-11-22  5:32     ` H. Peter Anvin
2001-11-22  9:50       ` Christian Bornträger
2001-11-22  8:50 ` Rik van Riel
2001-11-22 11:00 ` James A Sutherland
2001-11-22 16:00   ` war
2001-11-22 16:08     ` James A Sutherland
2001-11-22 16:57       ` Rik van Riel
2001-11-22 18:56         ` François Cami
2001-11-22 18:58           ` James A Sutherland
2001-11-22 19:17             ` François Cami
2001-11-22 19:36               ` G . Sumner Hayes
2001-11-22 20:37                 ` James A Sutherland
2001-11-23  6:30       ` Charles Marslett
2001-11-23  9:13         ` James A Sutherland
2001-11-23 16:46           ` Charles Marslett
2001-11-22 16:25   ` war
2001-11-22 16:37     ` Ryan Cumming
2001-11-22 17:39     ` James A Sutherland
2001-11-22 17:56       ` war
     [not found] ` <01112211150302.00690@argo>
2001-11-22 16:01   ` war
2001-11-22 16:12     ` James A Sutherland
2001-11-22 16:36       ` war
2001-11-22 16:33         ` Bjorn Wesen
2001-11-22 17:37         ` Thomas S. Iversen
2001-11-22 21:18           ` Mike Galbraith
2001-11-22 17:41         ` James A Sutherland
2001-11-22 17:56           ` war
2001-11-22 18:08             ` James A Sutherland
2001-11-23 22:05       ` Daniel Gryniewicz
  -- strict thread matches above, loose matches on Subject: below --
2001-11-22 16:11 Elgar, Jeremy
2001-11-22 16:22 ` Ryan Cumming
2001-11-22 16:22 ` Stephan von Krawczynski
2001-11-22 16:29 Elgar, Jeremy
     [not found] <Pine.LNX.4.10.10111221006010.29736-100000@coffee.psychology.mcmaster.ca>
2001-11-22 16:34 ` war
2001-11-26 20:18   ` Kent Borg

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox