public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Mick <michaelkintzios@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Swap performance
Date: Thu, 26 May 2011 21:49:22 +0100	[thread overview]
Message-ID: <201105262149.24338.michaelkintzios@gmail.com> (raw)
In-Reply-To: <201105251849.30148.alan.mckinnon@gmail.com>

[-- Attachment #1: Type: Text/Plain, Size: 1688 bytes --]

On Wednesday 25 May 2011 17:49:29 Alan McKinnon wrote:
> Apparently, though unproven, at 16:20 on Wednesday 25 May 2011, Alex
> Schuster
> 
> did opine thusly:
> > Oh, even weirder: The phone just rang, and five minutes later, swap has
> > gone  to 860M. I was running rdiff-backup --list-increment-sizes, maybe
> > this uses much memory, and caches the stuff. Now the command has
> > finished, and paging has stopped. The rdiff-backup process itself does
> > not use much memory.
> > 
> > BTW, does anyone else's kwin use 750M? That's pretty high, I think it
> > used to be more like 300M.
> 
> I've been noticing this kind of thing too for a while now. In my case it's
> the nepomuk/akonadi/virtuoso stack doing it - it seems to trigger full
> scans at weird times and does other special things after a resume from
> suspend.
> 
> Virtuoso can sometimes get as high as 800M RES memory in top. Which is all
> quite bizarre, I suspect a dodgy config on my part.
> 
> As for kwin - what column are you reading the value from? Here kwin uses
> more like 60M

This is kwin usage from a 32bit Pentium 4 box with 3G of RAM:

VIRT  SHR  RES
143m  22m  29m

At this moment I am compiling chromium (which will take close to 2 hours) and 
it's eaten up 1560K swap.  Under normal usage the 3G or RAM is more than 
adequate.  Small amounts of swapping happen only when I emerge something large 
(e.g. OOo) or when I fire up VirtualBox and have umpteen apps open, browsers 
with dozens of tabs, etc.

PS.  I have switched off desktop search and although I can see akonadi/nepomuk 
there's no virtuoso, strigi or other such stuff showing up.
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

  reply	other threads:[~2011-05-26 20:50 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-25 14:20 [gentoo-user] Swap performance Alex Schuster
2011-05-25 15:31 ` Paul Hartman
2011-05-25 16:58   ` Volker Armin Hemmann
2011-05-25 19:34     ` Paul Hartman
2011-05-25 20:03     ` Alan McKinnon
2011-05-25 20:38       ` Alex Schuster
2011-05-25 22:40   ` Alex Schuster
2011-05-26 16:30     ` Volker Armin Hemmann
2011-05-25 16:49 ` Alan McKinnon
2011-05-26 20:49   ` Mick [this message]
2011-05-25 16:53 ` Volker Armin Hemmann
2011-05-25 20:07   ` Alan McKinnon
2011-05-26 13:32     ` Sebastian Beßler
2011-05-25 22:18   ` Alex Schuster
  -- strict thread matches above, loose matches on Subject: below --
2011-05-26 17:26 Alex Schuster

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=201105262149.24338.michaelkintzios@gmail.com \
    --to=michaelkintzios@gmail.com \
    --cc=gentoo-user@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